Fsck uudelleenkäynnistyksen yhteydessä RATKAISTU

[JaniAlander]

Kun tässä on joutunut muutaman kerran ns. virtanappulanollaamaan koneen, ja hiukan tiedostojärjestelmän kunto mietityttää, mitenkäs tarkalleen ottaen saisin 16.04 Ubuntussa pakotettua FSCK:n uudelleenkäynnistyksen yhteyteen. Meikälle ei ole ihan auennut miten se systemd:n kanssa tehdään?

[nm]

Kernelin parametrilla fsck.mode=force

Lähde: https://wiki.archlinux.org/index.php/fsck#Forcing_the_check

[JaniAlander]

Hmm eli grubin kautta tuommoinen lisäparametri?

[JaniAlander]

Ah tuosta lähteestäsi se selviskin, kiitokset vinkistä nm

[Postimies]

Onnistuu myös tune2fs. Itse katsoin Ubuntun juuren  sudo tune2fs -l /dev/sdb2 ja huomasin, että tarkistuksia ei
tehdä. Maximum mount count:   -1 ja Check interval:  0 ja Lifetime writes:  115 GB eli melko vähän kun melko tuore tämä
U 16.04
Kun muuttaa vaikka Mount count suuremmaksi kuin Maximum mount count niin tarkistus tehdään.
Sitä en tiennyt, että onnistuu kernelin parametrilla. Tuollaisen voisi lisätä grubiin.

[seawind]

Itse tein tämän:

sudo gedit grub
GRUB_CMDLINE_LINUX_DEFAULT="fsck.mode=force"
sudo update-grub

Ilmeisesti sitten seuraavassa buutissa ajoi fsck:n.
Jos jotain olisi ollut pielessä, niin ilmeisesti järjestelmä olisi siitä ilmoittanut? (tekstit vilisti ohi sen verran vauhdilla ettei kerinnyt lukemaan)

Mulla SDA1 on FAT32 EFI buutti osio
ilmeisesti "sudo tune2fs -l /dev/sda1" komennon pitääkin antaa "bad magic number"?

EDIT: hipsut

[Tomin]

Itse tein tämän:

Koodia: [Valitse]

sudo gedit grub
GRUB_CMDLINE_LINUX_DEFAULT="fsck.mode=force"
sudo update-grub

Kannattaa myös ottaa tuo pois, jos et halua sitä ajettavan joka kerta. Toinen vaihtoehto on muokata niitä Grubin rivejä sieltä käynnistyslataajasta e-näppäintä painamalla. Oikea rivi on se, joka alkaa sanalla linux, eli sen loppuun laitetaan tuo parametri. Käynnistys sitten Ctrl+x ja tuo tosiaan tekee muutoksen vain siihen yhteen käynnistykseen.

Mulla SDA1 on FAT32 EFI buutti osio
ilmeisesti "sudo tune2fs -l /dev/sda1" komennon pitääkin antaa "bad magic number"?

tune2fs on ext2/3/4-tiedostojärjestelmien työkalu, joten sitä ei voi käyttää FAT-osioiden kanssa. Siitä tulee tuo bad magic number -ilmoitus eli tiedostojärjestelmää ei tunnistettu sopivaksi.

[Postimies]

Itse tein tämän:

Mulla SDA1 on FAT32 EFI buutti osio
ilmeisesti "sudo tune2fs -l /dev/sda1" komennon pitääkin antaa "bad magic number"?

EDIT: hipsut

Totta.  tune2fs ymmärtää vain ext levyjä. Yleensä tarkistus kestää jonkin aikaa. Nopealla
SSD-levyllä voi mennä äkkiä, mutta isolla limpulla voi kestää kauan. Varsinkin jos ext3
tiedostojärjestelmä. Juuren voi tarkistaa myös vaikka Ubuntun asennusmedialla tai
siirtämällä koneen kelloa. Jos kello heittää tarpeeksi juuri tarkistetaan. Tuo grubin parametri
pitää myös muistaa poistaa. Tomin kerkisi ensin mutta postataan kuitenkin.

[seawind]

Ahaa, jos siinä pitäisi mennä kauankin, niin sitten varmaan mulla ei tapahtunut mitään fsck:n osalta. /var/log/fsck$ cat checkroot näyttää: (Nothing has been logged yet.)

Ilmeisesti muillakin samaa ongelmaa. Noh, odotellessa jotain vastaavaa helppoa keinoa. Turhapa toimivaa systeemiä on tökkiä..

https://lists.debian.org/debian-user/2015/04/msg01423.html

[Postimies]

Ahaa, jos siinä pitäisi mennä kauankin, niin sitten varmaan mulla ei tapahtunut mitään fsck:n osalta. /var/log/fsck$ cat checkroot näyttää: (Nothing has been logged yet.)

Ilmeisesti muillakin samaa ongelmaa. Noh, odotellessa jotain vastaavaa helppoa keinoa. Turhapa toimivaa systeemiä on tökkiä..

https://lists.debian.org/debian-user/2015/04/msg01423.html

Eikö kellon siirto ole helppo keino? Ainakin ennen levyntarkistus tehtiin aina jos aikaleimat olivat tulevaisuudessa...

[nm]

Ahaa, jos siinä pitäisi mennä kauankin, niin sitten varmaan mulla ei tapahtunut mitään fsck:n osalta. /var/log/fsck$ cat checkroot näyttää: (Nothing has been logged yet.)

Tuo tiedosto ei ilmeisesti ole enää nykyisin käytössä. Mitä /run/initramfs/fsck-root ja /run/initramfs/fsck.log sisältävät?

Ilmeisesti muillakin samaa ongelmaa. Noh, odotellessa jotain vastaavaa helppoa keinoa. Turhapa toimivaa systeemiä on tökkiä..

https://lists.debian.org/debian-user/2015/04/msg01423.html

Kyseisen bugin pitäisi olla korjattu initramfs-tools -paketin versiossa 0.121~rc2. Ubuntu 16.04:ssä on versio 0.122. Maininta löytyy Ubuntun paketin muutoslokista:

* [27405fc] Support fsck.mode= and fsck.repair= parameters as known by
    systemd-fsck (Closes: #783410, #792557)

[juyli]

... mitenkäs tarkalleen ottaen saisin 16.04 Ubuntussa pakotettua FSCK:n uudelleenkäynnistyksen yhteyteen. 

Levyosiot liitetään järjestelmään /etc/fstab -tiedostossa määritellyin tavoin. Ko. tiedoston määritykset voi asentaa siten, että aina, kun järjestelmä liitetään sen tiedostojärjestelmä tarkistetaan.
Toki fsck hidastaa käynnistymistä (ja aivan merkittävästi, jos levyosiot ovat suuria), mutta tiedostojärjestelmän tarkistus toki estää sellaisia ongelmia, joita tiedostojärjestelmän virheet voivat aiheuttaa.

[seawind]

Tuo tiedosto ei ilmeisesti ole enää nykyisin käytössä. Mitä /run/initramfs/fsck-root ja /run/initramfs/fsck.log sisältävät?

fsck.logissa on

Log of fsck -C -a -T -t ext4 /dev/sda2
Mon Oct 17 17:35:59 2016

/dev/sda2: clean, 291479/30261248 files, 4861138/121022464 blocks

Mon Oct 17 17:35:59 2016

fsck-root on tyhjä.

[nm]

Levyosiot liitetään järjestelmään /etc/fstab -tiedostossa määritellyin tavoin. Ko. tiedoston määritykset voi asentaa siten, että aina, kun järjestelmä liitetään sen tiedostojärjestelmä tarkistetaan.

Millaisilla fstab-määrityksillä se tapahtuu?

fsck.logissa on

Log of fsck -C -a -T -t ext4 /dev/sda2
Mon Oct 17 17:35:59 2016

/dev/sda2: clean, 291479/30261248 files, 4861138/121022464 blocks

Mon Oct 17 17:35:59 2016

Ilmeisesti siis ainakin sda2 on tarkistettu tuolloin.

[seawind]

Joo, buutti on aika nopea ja jos 500GB:n levyn läpikäynti kestää, niin ehkä ei ole fsck tarkistanut. Kokeilin myös siirtää kelloa tunneilla eteenpäin ja buutti oli silti samanpituinen. Mutta eipä tässä ongelmaa. Yleensä näihin löytää ajan kanssa jonkin ratkaisun, jos tuntuu siltä että tarvitsee fsck tarkistuksen.

[Postimies]

Joo, buutti on aika nopea ja jos 500GB:n levyn läpikäynti kestää, niin ehkä ei ole fsck tarkistanut. Kokeilin myös siirtää kelloa tunneilla eteenpäin ja buutti oli silti samanpituinen. Mutta eipä tässä ongelmaa. Yleensä näihin löytää ajan kanssa jonkin ratkaisun, jos tuntuu siltä että tarvitsee fsck tarkistuksen.

Kelloa piti siirtää taaksepäin - silloin tiedostojen aikaleimat tulevaisuudessa. Ainahan se kello eteenpäin kulkee.

[nm]

Joo, buutti on aika nopea ja jos 500GB:n levyn läpikäynti kestää, niin ehkä ei ole fsck tarkistanut.

Bootissa fsck ajetaan ilman -f -parametria, jolloin se ei kestä kuin sekunnin murto-osan, jos tiedostojärjestelmä on merkitty puhtaaksi, kuten tavallisesti on. Jos haluat jossain poikkeustilanteessa välttämättä pakottaa täyden tarkistuksen, kannattanee käyttää vaikka asennuslevyä livetilassa ja pakottaa tarkistus -f:llä.

Koodia: [Valitse]

sudo fsck -f /dev/sda2
Tähän ei kuitenkaan pitäisi olla tarvetta. Tiedostojärjestelmä merkataan automaattisesti epäpuhtaaksi, jos ongelmia havaitaan.

Kokeilin myös siirtää kelloa tunneilla eteenpäin ja buutti oli silti samanpituinen. Mutta eipä tässä ongelmaa. Yleensä näihin löytää ajan kanssa jonkin ratkaisun, jos tuntuu siltä että tarvitsee fsck tarkistuksen.

Kellolla on tietääkseni vaikutusta vain jos sen siirtää seuraavan levyntarkistusajankohdan yli, ja sellainen ajankohta pitäisi myös asettaa tiedostojärjestelmään. dumpe2fs kertoo, millaiset maksimiliitosmäärät ja tarkistusaikataulut tiedostojärjestelmään on asetettu.

[JaniAlander]

Homma toimi ihan tuolla nm:än antamalla parametrillä ja grubin pikaeditointi mahdollisuudella, tarkistus ajettiin kertaluontoisesti ja ei siinä loppujen lopuksi älyttömästi aikaakaan palanut.

[retu]

Se /etc/fstab tiedoston kenttä on 6. (viimeinen), joka tähän vaikuttaa. Jos se on 1 tai 2, tarkistus tehdään, kun taas arvolla nolla ei tehä. Juuriosiolle kannattaa laittaa 1 (ovat etusijalla), 2 merkatut toissijaisia (kerrotaan fstab man-sivulla).

Jos se viimeinen parametri on nolla, tarkistusta ei tehdä, mutta voi olla ettei levyä liitetäkään.

Tarkistus toimii automaattisesti eli ajetaan tavallisesti kevytversiona, kuten nm kirjoitti, ja tarvittaessa perusteellisemmin. Edellinen pöytäkone oli loppuaikoina pahasti kaatumatautinen ja mielestäni tuo mekanismi toimii oikein hyvin. Tosin siitä on jo muutama vuosi. Nykyään en ole tarvinnut resettiä, joten en tiedä vaikka lie muuttunut.

[nm]

Se /etc/fstab tiedoston kenttä on 6. (viimeinen), joka tähän vaikuttaa. Jos se on 1 tai 2, tarkistus tehdään, kun taas arvolla nolla ei tehä. Juuriosiolle kannattaa laittaa 1 (ovat etusijalla), 2 merkatut toissijaisia (kerrotaan fstab man-sivulla).

Jep, mutta silloinkin tarkistus ajetaan vain kun tiedostojärjestelmän liitoslaskuri ylittää raja-arvon tai kun tarkistusaika ylittyy. Jos näitä ei ole määritelty, tarkistusta ei tehdä koskaan. Pelkästään fstabin avulla ei myöskään voi pakottaa levytarkistusta.

Ubuntun asennuksen jälkeen osiot on oletuksena määritetty tarkistettaviksi eli tuo fstabin kenttä on 1 tai 2, eikä tiedostoon pitäisi olla tarvetta koskea tämän osalta.