Dotaz: Ubuntu 16.04 kontroluje pri starte disk ale po 5 minutach prestane

[gsnak]

Mam Ubuntu 16.04. Pri starte sa zacne kontrolovat disk, ale trva to dost dlho, a po asi 5 minutach sa to prerusi lebo to trva priliz dlho a pokracuje sa v bootovani. Pri dalsom starte znova zacne kontrolovat disk ale zacina od zaciatku takze nikdy nedobehne. Takto kazdy start trva 5 minut. Prepol som sa do live CD a dal fsck toho disku, normalne v pohode zbehol asi za 7 minut. Po 27 rebootoch ale zase chce kontrolovat a zase skonci po piatich minutach. Neviete niekto ako mu povedat ze nech to neprerusuje po 5 minutach ale nech to dokonci, pripadne ako vypnut kontrolu uplne?

Odpovědi

[yk]

Vítejte ve světě systemd

[rastos]

Prepol som sa do live CD a dal fsck toho disku, normalne v pohode zbehol asi za 7 minut.

7 minút? Aký tam máš filesystém? Ak je to ext2/ext3/ext4 tak fsck bez "-f" sa len pozrie ci je fs dirty a keď je, tak hneď skončí. Ak urobíš fsck z live CD, tak po jeho skončení a regulérnom odmountovaní by mal byť fs označený ako clean a nie je dôvod aby kontrola pri boote trvala tak dlho.

Po 27 rebootoch ale zase chce kontrolovat

Opäť: ak je to ext2/ext3/ext4 tak tune2fs

-c max-mount-counts - Adjust the number of mounts after which the filesystem will be checked by e2fsck(8). If max-mount-counts is 0 or -1, the number of times the filesystem is mounted will be disregarded by e2fsck(8) and the kernel.

[gsnak]

> Ak urobíš fsck z live CD, tak po jeho skončení a regulérnom odmountovaní by mal byť fs označený ako clean a nie je dôvod aby kontrola pri boote trvala tak dlho.

Samozrejme, po fsck z live cd uz nekontroloval ale potom po tych 27 rebootoch znova zacal rutinnu kontrolu.

[k3dAR]

# Upozorneni na puvodce problemu ;)
echo "Problemem je pos(r)a(ha)ne sYsTeMd..."

# duplikace ze systemove-systemoveho do uzivatelsky-systemoveho prostoru
sudo cp /lib/systemd/system/systemd-fsckd.service /etc/systemd/system/

# prodlouzni timeoutu na 15m (pripadne TimeoutStartSec=0 zrusi timeout uplne)
echo "TimeoutStartSec=15min" | sudo tee -a /etc/systemd/system/systemd-fsckd.service

[Peter Golis]

Mno, a súborový systém v čase žurnálovania čo neskončí kontrolu FS do 5 min je v poriadku.

[k3dAR]

a sestrelit probihajici fsck je v poriadku???

[cezz]

IMHO je to dobry default. Nespominam si, kedy naposledy na akomkolvek bezne pouzivanom FS fsck pri starte bezal dlhsie, nez par sekund. 5 minut by malo byt az az.

Na vacsine strojov s ktorymi som sa stretol by viac ako minuta znamenalo, ze je nieco zle (napriklad zufalo pomaly disk, co hadze kopec chyb) a radsej by som ten fsck zostrelil a pokusil sa nabootovat OS ako cakat (teoreticky veeelmi dlho) ci to nahodou nedobehne.

Ak mas nejaku specialnu konfiguraciu, tak si to mozes stale jednoducho nastavit na timeout aky vyhovuje tebe.

[cezz]

Inak co tak pozeram, tak RHEL/CentOS tam maju by default nastaveny Type=oneshot, takze by tam nemal byt ziaden timeout. Cize nazory na to ako to ma byt by default sa zjavne lisia aj medzi distribuciami. (co dava zmysel, CentOS si viem skor predstavit na nejakej DB masine s masivnym filesystemom, kde ten fsck moze predsalen trvat..)

[Jendа]

Mně se na CentOS5 (ano, staré, ale ext3 se snad nezměnilo) tři tera ext3 kontrolovalo přes hodinu. Chyby disku žádné nebyly, prostě to trvá. Prochází to všechny adresáře, takže by to mělo trvat jako find /, ne?

[Jendа]

Teď jsem si vzpomněl, že jsem to ext3 potom fsckoval i z Debianu Wheezy (tehdy to byl aktuální stable) a taky to takhle trvalo.

[gsnak]

Ano je to tiez ext3, asi spravim zalohu a konvertujem na ext4

[michich]

A nebo prostě zablokuj systemd-fsckd pomocí systemctl mask systemd-fsckd.socket. O nic podstatného tím nepřijdeš. Ten daemon slouží jenom k zobrazování postupu fsck.

[cezz]

Namiesto tej duplikacie by malo stacit proste urobit:

service_confd="/etc/systemd/system/systemd-fsckd.service.d"
mkdir -p $service_confd &&
echo -e "[Service]\nTimeoutStartSec=15min" > $service_confd/pomaly_fs.conf

Zvysok konfiguracie moze byt stale zmeneny distribucnym balikom, len ten timeout si nastavis podla seba.

[michich]

Pokud problém způsobuje systemd-fsckd, je to bug Ubuntu, protože v upstreamu systemd-fsckd už není od dubna 2015 (commit fsck: remove fsckd again, but keep the door open for external replacement).

[michich]

Koukám, že Debian to má taky - /debian/patches/debian/fsckd-daemon-for-inter-fsckd-communication.patch v systemd_231-5.debian.tar.xz ve zdrojovém balíku.

[michich]

Našel jsem odpovídající bugreport. Popsal jsem tam skutečnou příčinu: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788050#150

[michich]

# prodlouzni timeoutu na 15m (pripadne TimeoutStartSec=0 zrusi timeout uplne) echo "TimeoutStartSec=15min" | sudo tee -a /etc/systemd/system/systemd-fsckd.service

A určitě je to funkční workaround? Mám o tom pochybnosti, protože ten systemd-fsckd.service je defaultně typu simple, takže se považuje za nastartovaný ihned. TimeoutStartSec by na to proto neměl mít vliv.

[luks]

jo to me delalo taky, pomohlo toto:

apt-get install system-ext4d a system-usleepd

[ubuntu16.4jesračka]

a linux mint 18 z nej vychazející taky