BACKUP-paristo aiheutti boottausvian (RATKAISTU)

[pikkalle]

Tänään tuplabootti (WIN 7 ja Linux-Mint 18 , molemmat eri SSD-kovalevyillä) tietokoneeni ei käynnistynyt enää kunnolla. GRUB-käynistyslataaja kyllä käynnistyi, mutta sitten näyttö vain himmeni ja käynnistyminen loppui siihen. Yritin käynnistää koneen vielä toiseen kertaan, mutta silloin GRUB valikko tuli näkyviin vain lyhyeksi hetkeksi ja sitten näyttö pimeni.

Tarkistin seuraavaksi BACKUP-pariston. Sen jännite oli vain 0,6 V, joten latoin koneeseen uuden pariston. Kone ei senkään jälkeen bootannut normaalisti, sillä boottausjärjestys oli mennyt vähän sekaisin. Laitoin boottausjärjestyksen sellaiseksi, että sain koneen käyntiin USB-asennuslevyllä.

Kun tarkastelin sitä, kuinka kone näkee molemmat SSD-kovalevyt, niin Win 7 levy näytti normaalilta, mutta Linux levy näytti seuraavalta:


Device   /dev/SDA1
Partition type  Linux (Bootable)
Contents:  Ext4 (version 1.0)  - not mounted



Kysyn nyt viisailta UBUNTU-miehiltä sitä, pystynkö saamaan Linux-osion kuntoon, kun kone on käynnissä USB-käynnistyslevyllä? Onkohan BACKUP-pariston hidas hiipuminen kesken boottauksen aiheuttanut käynnistyslataajan korruptoitumisen tai jonkun muun vakavan vian.
Mitkä mahtaisivat tässä tilanteessa olla oikeat voimasanat, jotta saisin koneen täyteen kuntoon?

[qwertyy]

Meni hiukan ohi mitä tapahtunut käytännössä, mutta mitä kone tekee kun valitset esim. grub valikosta nyt "fail-safe" tilan? Bios asetuksethan on varmasti mennyt pois alkuperäisestä, eli sieltä kannattaa varmasti valita jonkinlainen "restore default settings tai load setup defaults" tms. Voisi äkkiseltään kuvitella, että yksi vaihtoehto olisi, että esim. bios:sta on mennyt IDE tai AHCI asetus mahdollisesti vääräksi "SATA controller mode" nimellä yleensä. Käynnistyykö Windows vielä normaalisti, vai jäätyykö sekin?

Jos grub valikko tulee näkyviin normaaleine valintoineen, niin vika tuskin käynnistyslataajassa on.

[pikkalle]

Meni hiukan ohi mitä tapahtunut käytännössä, mutta mitä kone tekee kun valitset esim. grub valikosta nyt "fail-safe" tilan? Bios asetuksethan on varmasti mennyt pois alkuperäisestä, eli sieltä kannattaa varmasti valita jonkinlainen "restore default settings tai load setup defaults" tms. Voisi äkkiseltään kuvitella, että yksi vaihtoehto olisi, että esim. bios:sta on mennyt IDE tai AHCI asetus mahdollisesti vääräksi "SATA controller mode" nimellä yleensä. Käynnistyykö Windows vielä normaalisti, vai jäätyykö sekin?

Jos grub valikko tulee näkyviin normaaleine valintoineen, niin vika tuskin käynnistyslataajassa on.

 
Ongelmani on nyt se, että en saa Linuxia enkä myöskään Windowsia käyntiin, sillä GRUB valikkoakaan en saa nyt näkyviin. Järjestelmään ei ole liitetty koko SDA kovalevyä, ja ongelma johtuu ehkä siitä. Voinko liittää SDA kovalevyn liitettyä järjestelmään, kun kone on käynnistetty USB-asennuslevyllä?

*)  Lisätietoa asiasta:

Kun käynistin Gparted-ohjelman, niin kone heitti SDA kovalevystä seuraavan herjan:

Koodia: [Valitse]


Error  fsyncing/closing/dev/SDA1: input/output  error



Onko käynnistyksen aikana loppunut paristo voinut aiheuttaa tällaisen vian?

[qwertyy]

Pariston loppuminen ei pitäisi kyllä vaikuttaa yhtään mihinkään muuhun kuin juuri käynnistyksessä luettuihin bios-asetuksiin. Voit periaatteessa koneen käydessä vaikka nypätä pariston irti ja mitään ei ainakaan vanhemmassa raudassa tapahdu.

Mutta jos kone on sammunut kesken käynnistyksen, syystä tai toisesta, niin se kyllä joka tapauksessa voi aiheuttaa moista.

Kokeileppas live tikulla käynnistetty ajaa komennosta seuraavaa jos en väärin muista..

fsck /dev/sda

Jos ei toimi niin fdisk -l komennolla pitäisi näkyä oikeat osiot.

HUOM! Jos olet oikeaoppisesti asentanut Grub:n linuxin osiolle, niin sinun pitäisi saada Windows käynnistymään ihan normaalisti vaihtamalla oikea asema käynnistykseen bios-asetuksista. Tosin näin ei ole jos olet asentanut käynnistyslataimen Windowsin osiolle.

[jekku]

Minä kokelisin tarkistusloitsua osiolle:

Koodia: [Valitse]

fsck /dev/sda1

Tosin virheilmoituksessa oli osio ylätason merkeillä, SDA1 ?
Ellei tuo malli toimi niin muuta kirjoitus vastaamaan virheilmoituksen osiota ...

[nm]

Error  fsyncing/closing/dev/SDA1: input/output  error

Tarkista ensin molempien levyjen fyysiset kytkennät. Niissä voi olla jotain häikkää paristonvaihto-operaation jäljiltä. Eli tähän tapaan:

1. Sammuta tietokone
2. Avaa kotelo
3. Ota kovalevyn virtajohto irti ja kytke se huolellisesti takaisin
4. Ota kovalevyn SATA-kaapeli irti levystä ja kytke se huolellisesti takaisin
5. Ota kovalevyn SATA-kaapeli irti emolevystä ja kytke se huolellisesti takaisin

Toista kohdat 3 - 5 kaikille levyille.

Jos tämä ei auta, vaan levy palauttaa edelleen IO-virheitä, kannattaa kokeilla levyä vielä toisessa SATA-väylässä tai ehkä toisessa tietokoneessa. Jos edelleen ilmenee samaa ongelmaa, levy on todennäköisesti rikkoutunut. SSD-levyt saattavat hajota hyvinkin yllättäen ilman ennakkovaroituksia.

[pikkalle]

Tilanne alkaa selkiintyä

Tilanne alkaa vähitellen selkiintyä. Pariston loppuminen oli heittänyt WIN7 kovalevyn alemmaksi käynnistysjärjestyslistassa olevaan "Excludet from boot order:" luetteloon. Kun siirsin sen sen Linux kovalevyn alle, niin kone alkoi boottauksen Windowsista. Windovs toimii normaalisti.

Tarkastelin konetta Boot Repair Diskillä. Joitakin korjauksia kone teki, mutta Linux ei edelleenkään käynnisty. Boot Repair Disk ei löytänyt koneesta GRUB-käynnistyslataajaa mutta ohjelmassa oleva Gparted läysi nyt myös Linux kovalevyn SDA.  Tuleeko kone kuntoon, jos nyt vain asennan GRUBin Linux kovalevylle. Voiko sen tehdä turvallisesti USB-asennuslevyllä, jotta koko käyttöjärjestelmä ei sekaannu?

[qwertyy]

Tarkastelin konetta Boot Repair Diskillä. Joitakin korjauksia kone teki, mutta Linux ei edelleenkään käynnisty. Boot Repair Disk ei löytänyt koneesta GRUB-käynnistyslataajaa mutta ohjelmassa oleva Gparted läysi nyt myös Linux kovalevyn SDA.  Tuleeko kone kuntoon, jos nyt vain asennan GRUBin Linux kovalevylle. Voiko sen tehdä turvallisesti USB-asennuslevyllä, jotta koko käyttöjärjestelmä ei sekaannu?

Sanoisin kyllä, että on todella ihme jos GRUB on oikeasti mennyt sekaisin tai siis mennyt pelkästään se, sekaisin. Kokeilitko tehdä mainittuja fsck tarkistuksia ja pystytkö liittämään vanhan Linux asennuksen USB-tikulta? Jos et voi liittää sitä, niin järjestelmän tiedostojärjestelmä on lähes varmasti korruptoitunut ja GRUB:n uudelleen asennus tuskin auttaa mitään. Kannattaa tarkistaa nuo varmuuden vuoksi.

[pikkalle]

Annoin koneelle komennon sudo fsck /dev/sda1 ja sain vastaukseksi melkoista munkkilatinaa.

Koodia: [Valitse]


sudo fsck /dev/sda1

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext4: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda1
Could this be a zero-length partition?


Voisivatko viisaat UBUNTU-miehet kertoa minulle, mitä kannattaisi tehdä seuraavaksi? Minä tulkitsen vastauksen niin, että tyhjästä on paha nyhjäistä.

[nm]

Virheilmoitusten perusteella osiotaulu tai todennäköisemmin koko levy on rikki. Kannattaa kuitenkin tarkistaa levyn fyysiset kytkennät ja kokeilla toisessa väylässä, jos et vielä sitä tehnyt.

[pikkalle]

Uusi SSD-levy korjasi asian

Ihan oikeita ohjeita viisaat UBUNTU-miehet minulle antoivat. Kovalevy oli tosiaan täysin rikki, ja siksi sainkin ilmaiseksi uuden SSD-kovalevyn, sillä takuu oli vielä voimassa. Nyt kone toimii taas kuin ajatus, joten yritetään selvitä sillä taas pari vuotta eteenpäin. Toivottavasti levy taas pimahtaa vähän ennen takuuajan loppumista, jotta rahaa ei tarvitse käyttää uuden levyn hankkimiseen.

Nyt kysyn viisailta UBUNTU-miehiltä sitä, ovatko kaikki SSD-kovalevyt tosiaan kestävyydeltään näin huonoja. Edellinen kovalevy minulta pimahti toukokuussa ja toinen meni rikki nyt lokakuussa. Keväällä rikkoutunut levy oli käytössä 3 vuotta 2 kk, joten takuu ei sitä korvannut, mutta lokakuussa rikkoutuneen levyn sain takuuseen. Jos SSD-levyt kestävät normaalia käyttöä vain 3 vuotta, niin kannattaako siirtyä takaisin käyttämään pyöriviä kovalevyjä? Minulla ei ole koskaan ollut vaikeuksia pyörivien kovalevyjen kanssa.

[Tomin]

Yhden halvan SSD-levyn olen joutunut vaihtamaan joitakin vuosia sitten, koska se hajosi yllättäen kesken käytön. Sen jälkeen ei ole tarvinnut edes noita edullisia levyjä vaihtaa hajoamisen vuoksi. En siis henkilökohtaisesti koe, että ne olisivat jotenkin herkempiä hajoamaan. Nopeusetu on kiintolevyyn nähden on myös niin suuri, että käyttöjärjestelmä kannattaa käytännössä aina laittaa SSD-levylle. Toki, jos SSD-levyjen kestävyys epäilyttää ja koneeseen saa useamman levyn, niin vähemmän nopeuskriittistä dataa varten voi laittaa kiintolevyn. Ovathan ne ainakin vielä toistaiseksi myös halvempia per gigatavu. Levytyypistä riippumatta ne voivat hajota eli varmuuskopiot pitää olla joka tapauksessa. Ja pitäähän ne olla vaikka levy olisi tuhoutumaton, koska on muitakin tapoja hävittää dataa.

Ensimmäisen SSD-levyni hankin 2013 ja se on vieläkin käytössä. Se on toki Samsungi.

[qwertyy]

Omien kokemusten perusteella ssd:t on luotettavampia mitä kiintolevyt.  Ensimmäinen paljon parjattu Vertex 3:n on sekin vielä hengissä,  joskaan sitä enää nykyään paljoa tulee käytettyä kun tiedossa on sen vikaantumisaste. En edes muista äkkiseltään kuinka monta asemaa on ollut käytössä, mutta vain yksi niistä on hajonnut piakkoin yhden koneen myymisen jälkeen. Lähes varmasti siinä oli isoin asia, että asema oli varsin pieni ja todella täynnä koko käyttöiän. Itse nykyään monesti teen osioinnin tarkoituksella niin, että tilaa jää vähintään luokkaa 5% tilavuudesta väkisin käyttämättä. Itse asiassa mm. Samsung magician ohjelma tarjoaa ihan saman tyyppisen suositustoiminnon Windowsissa ja asemasta tarkoituksella varataan tilaa pois wear leveling toimintoa varten. Lyhyesti,  älä koskaan osta alimitoitettua asemaa. Toki kannattaa aina tiedostaa että ssd yleensä hajoaa kerrasta,  kun perinteiset kiintolevyt monesti varoittelee hyvissä ajoin ennen lopullista tuhoa. Tuossa katsoin nas:ni kiintolevykäyttöaikaa ja se taisi olla noin 10 vuotta ollut päällä ja niistä kolmisen pyörinyt. Varmuuskopio mediana aion pitää perinteiset asemat käytössä mahdollisimman pitkään. Ssd:n nopeushyöty on vain niin valtava,että käyttöjärjestelmä käytössä se on ehdoton. Juuri pari päivää sitten asensin Mintin yhteen suht moderniin i5 koneeseen kiintolevylle ja suorastaan järkytyin kun suht tuoreen asennusmedian käytön jälkeen päivitykset kestiluokkaa vartin jos kauemmin.  Piti oikein pariin otteeseen tarkistaa, että kyllä, kaikki on todellakin kunnossa kiintolevyt oikeasti on näin onnettoman hitaita tällaisessa käytössä. Muistutti hyvin miksi jo todella pitkään olen ensimmäisenä vaihtanut kiintolevyt ssd asemaan kokeilematta edes käyttää niitä, poislukien mainitut varmuuskopiot. Tuntui kuin olisi käyttänyt pienellä muistilla varustettua Vista rtm konetta 😀