Kirjoittaja Aihe: SystemRescueCD FDisk ja memory allocation -virheherjat  (Luettu 5221 kertaa)

Jere Sumell

  • Käyttäjä
  • Viestejä: 742
  • Talous, Hallinto ja Markkinointi (AMK, 2017),B.B.A
    • Profiili
    • Tietokone-blogi
Jos busybox heittää Memory allocation -virheilmoituksia, eikö ne viittaa johonkin sekaisuuteen levyn tiedostojärjestelmässä, kun kohteena on /dev/sda1?

Voiko SystemResueCD:llä olevalla fdiskillä eheyttää kiintolevyn, tai korjata ongelman?

Jos ei, niin millä voi?
Free Internet and  people for humans all over the globe!

(Profiilikuvassa oma valokuvani GIMPissä editoituna Disney Classic-väripaletin väreihin ja muunnettuna bittikartta-tiedostosta vektorigrafiikaksi.)

juyli

  • Käyttäjä / moderaattori
  • Viestejä: 1200
    • Profiili
Vs: SystemRescueCD FDisk ja memory allocation -virheherjat
« Vastaus #1 : 03.09.19 - klo:20.24 »
Voiko SystemResueCD:llä olevalla fdiskillä eheyttää kiintolevyn, tai korjata ongelman?

Jos ei, niin millä voi?
fdisk:iä en tuollaiseen ole koskaan kokeillut, mutta fsck:llän voi korjata _tiedostojärjestelmän_, jos mahdollista.
Jos levyosiolla (/dev/sda1) on jotakin elintärkeää, olisi tärkeää tallentaa se ennen fsck:in käyttämistä. (Jollei
varmuuskopiot ole ajantasalla).
Käynnistys siis RescueCD:ltä tai muulta medialta, ja koitapa liittää /dev/sda1 järjestelmään.

Tuo virheilmoitus ei ihan äkkiseltään kerro, missä on todellinen ongelma.

Jere Sumell

  • Käyttäjä
  • Viestejä: 742
  • Talous, Hallinto ja Markkinointi (AMK, 2017),B.B.A
    • Profiili
    • Tietokone-blogi
Vs: SystemRescueCD FDisk ja memory allocation -virheherjat
« Vastaus #2 : 03.09.19 - klo:22.20 »
Ongelma on tämä mun asiakkaan koneella, mitä mulla ei ole koskaan tullut oman monen vuoden Lubuntu-natiivin kanssa vastaan:

Asiakkaani on käyttänyt pitkään Linux Mint -järjestelmää pelkästään työpöytä-ympäristössä vikasietotilassa, ja kone herjasi aina ennen konetta sammuttaessa jotain riippuvuuksista.

Lopulta kone ei enää käynnisty, vaan tulee "File memory allocation error ja se on SATA -kiintolevyssä kohteena /dev/sda1 : Run Fsck Manually...". Yritin ehdottaa SHIFT -pohjassa konetta painaen ensin Memtest 86x. ,mutta 0 errors, vaikka se kesti ihmis-iän.. Seuraavaksi kokeiltiin SHIFT-pohjassa komentotulkkiin, päätte-pohjalta recovery-modea, mistä asiakkani ei tajua yhtä ainutta kommenttia, niin sudo fsck -y /dev/sda1 ja -r, vaikka ne kumoaa toisensa, niin ei tullut mitään vaihtoehtoja korjata jotain herjan kohteena ollutta sektoria koneen ainoasta kiintolevystä.Mintti on natiivina järjestelmänä koneessa. Mä topuuttelin asiakastani, joka jo vihjaili, että täytyy asentaa Linux uudestaan koneeseen, ko hänellä on todella paljon /$HOME -kansiossa dataa, jota ei haluaisi hävittää, niin sanoin, että Linux.-Guruilta saamieni oppien mukaan, Linux-tietäjien (Hän on humanisti), niin Linuxin uudelleenasennus on vihoviimeisin äärimmäinen keino saada järjestelmä pelaamaan, että kyllä se tolla fsck -ohjelmalla saadaan recovery-tilassa takaisin. Huomenna menen hänen varastolleen aamulla, jossa kone sijaitsee, niin my last best bet on SHIFT-pohjassa -kone käyntiin, ja Advanced Options -> Recovery Mode  -> Sitten komentokehoitteeseen ja komento looppina niin kauan

fsck -t -y -f -c /dev/sda1

Ton edellisen pitäisi -f -parametrilla "pakottaa" unmountatun järjestelmän "korjaamaan" itse itsensä ton herjantun "/sda1" -mountatun levyn virheet, mistä bootatessa kone herjaa, eikä käynnisty.

että virheitä ei enää löydy, ja sitten

reboot.

Googlattuani vähän aikaa menetettyä yöuneni, koska tämän koen haasteena, ja haluan tienata 0,7 litran Johnni Walker Red Label Scotish Blended Whikey -pullon, niin pitäisi toimia noiden. Vai toimiiko? Jollain sällillä oli ollut Ubuntussa sama virheherja Ubuntun boottausvaiheessa 2017, kun luin askubuntu.comista, ja joku oli saanut korjattua ongelmat noilla. Voisiko olla näin?
Free Internet and  people for humans all over the globe!

(Profiilikuvassa oma valokuvani GIMPissä editoituna Disney Classic-väripaletin väreihin ja muunnettuna bittikartta-tiedostosta vektorigrafiikaksi.)

Jere Sumell

  • Käyttäjä
  • Viestejä: 742
  • Talous, Hallinto ja Markkinointi (AMK, 2017),B.B.A
    • Profiili
    • Tietokone-blogi
Vs: SystemRescueCD FDisk ja memory allocation -virheherjat
« Vastaus #3 : 03.09.19 - klo:22.25 »
Voiko SystemResueCD:llä olevalla fdiskillä eheyttää kiintolevyn, tai korjata ongelman?

Jos ei, niin millä voi?
fdisk:iä en tuollaiseen ole koskaan kokeillut, mutta fsck:llän voi korjata _tiedostojärjestelmän_, jos mahdollista.
Jos levyosiolla (/dev/sda1) on jotakin elintärkeää, olisi tärkeää tallentaa se ennen fsck:in käyttämistä. (Jollei
varmuuskopiot ole ajantasalla).
Käynnistys siis RescueCD:ltä tai muulta medialta, ja koitapa liittää /dev/sda1 järjestelmään.

Tuo virheilmoitus ei ihan äkkiseltään kerro, missä on todellinen ongelma.

Voiko puhtaan kaupasta ostetun USB-tikun mountata Recovery-tilassa ja kopioida koko $HOME-kansion sitten mountattuun USB-tikkuun ennen kuin ajaa tuon fsck:n noilla parametreillä, mitä ehdotin? Ja se korjaa ongelman ja ennen sitä varmuuskopioi kotihakemiston kaiken datan?
Free Internet and  people for humans all over the globe!

(Profiilikuvassa oma valokuvani GIMPissä editoituna Disney Classic-väripaletin väreihin ja muunnettuna bittikartta-tiedostosta vektorigrafiikaksi.)

nm

  • Käyttäjä
  • Viestejä: 16429
    • Profiili
Vs: SystemRescueCD FDisk ja memory allocation -virheherjat
« Vastaus #4 : 03.09.19 - klo:23.22 »
Voiko puhtaan kaupasta ostetun USB-tikun mountata Recovery-tilassa ja kopioida koko $HOME-kansion sitten mountattuun USB-tikkuun ennen kuin ajaa tuon fsck:n noilla parametreillä, mitä ehdotin? Ja se korjaa ongelman ja ennen sitä varmuuskopioi kotihakemiston kaiken datan?

Joo, kannattaa kopioida kaikki tärkeä data talteen muualle ennen korjausyrityksiä. Kopiointi USB-tikulle voi onnistua palautustilassa, tai vaikkapa käynnistämällä kone toisella (L)Ubuntun asennustikulla kokeilutilaan.

Jere Sumell

  • Käyttäjä
  • Viestejä: 742
  • Talous, Hallinto ja Markkinointi (AMK, 2017),B.B.A
    • Profiili
    • Tietokone-blogi
Vs: SystemRescueCD FDisk ja memory allocation -virheherjat
« Vastaus #5 : 04.09.19 - klo:06.17 »
Voiko puhtaan kaupasta ostetun USB-tikun mountata Recovery-tilassa ja kopioida koko $HOME-kansion sitten mountattuun USB-tikkuun ennen kuin ajaa tuon fsck:n noilla parametreillä, mitä ehdotin? Ja se korjaa ongelman ja ennen sitä varmuuskopioi kotihakemiston kaiken datan?

Joo, kannattaa kopioida kaikki tärkeä data talteen muualle ennen korjausyrityksiä. Kopiointi USB-tikulle voi onnistua palautustilassa, tai vaikkapa käynnistämällä kone toisella (L)Ubuntun asennustikulla kokeilutilaan.

No, case-tapauksen kone on sen verran vanha, että sitä ei saa bootattua USB-tikulta, kun tsekkasin BIOSista, ko tein tätä tapausta varten boottaavan USB-tikun tolla SystemRescueCD-levykuvalla juuri tätä silmällä pitäen, että kone ei edes käynnisty. CD/DVD-bootti onnistuisi, mutta mulla on Lubuntu-koneessa polttava asema rikki ja tässä ykköskannettavassni ei ole levy-asemaa DVD-R -medioille, ainoastaan USB 3.0 -portit.
Free Internet and  people for humans all over the globe!

(Profiilikuvassa oma valokuvani GIMPissä editoituna Disney Classic-väripaletin väreihin ja muunnettuna bittikartta-tiedostosta vektorigrafiikaksi.)