Portál AbcLinuxu, 7. května 2025 20:08
- Notebook Fujitsu Lifebook A530, - Linux 3.0.4-vanilla, Slackware64-current - v /sys/power/disk je "shutdown" - v jádře podpora s2disk, mount s parametry noatime, commit=3800, vše ext4fsAsi po třech hodinách práce jsem si stáhl qemu-0.15.0.tar.gz, rozbalil jsem (ještě tak asi 5 minut četl ./configure --help ), provedl ./configure, make V=1 a po několika vteřinách kompilace zatuhl celý NB. Chvilku jsem čekal, disk ještě párkrát zahrkal (asi vyprazdňoval keše) Ctrl + Alt + Delete nereagovalo a jediné co mne napadlo z Magic_SysRq_Key bylo Ctrl + Alt + SysRq + b (okamžitý reboot, bez sync a umount). Takže jsem nabootoval, ihned provedl shutdown -rF now a po naběhnutí systému vidím, že nic okolo zmiňovaného qemu nemám v NB. Ještě před tím jsem instaloval vde2, což v systému zůstatlo, ale o qemu ani památka. Co se mohlo stát? Může za to Ctrl + Alt + SysRq + b? Je reálná možnost, že mám nabořený FS i když fsck proběhl v pořádku? Budu rád za vysvětlení, protože sám tomu moc nerozumím. Díky.
sync
, tak nejpravděpodobnější vysvětlení bude IMHO to nejjednodušší: data se před tvrdým rebootem nestihla zapsat na disk.
Ach jo, co je to zase za demagogii? Je to jen default a pokud se to někomu nelíbí, není nic jednoduššího než použít parametr sync
. Tazatel s tím očividně problém nemá (nebo aspoň neměl), jelikož si jako bonus nastavil commit interval na více než hodinu (default je pět sekund). Takže si za své problémy může sám a nemá smysl v tom hledat nějakou chybu návrhu.
Něco jiného je samozřejmě to "zatuhnutí", ale to bohužel k experimentování s nejnovějšími vanilla jádry čas od času patří. Jen by bylo dobré v takovém případě nakonfigurovat kdump a použít Alt+SysRq+C, aby byl ten pád aspoň něčím užitečný.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.