átlagos e2fsck, majd átlagon felüli filerendszer-megsemmisülés

Slackware

Egy érdekes, de talán tanulságos példát mesélek most.

Az ember néha addig használja a laptopot, míg van benne áram, néha lekapcsolja, néha elfelejti és elszáll belőle az áram. A bootolási folyamatkor hagyjuk, hogy az fsck lefusson -- ez a dolga, hadd menjen.
Egy alkalommal viszont minden súlyosabb előzmény nélkül (amikor huszonvalahányadik nap után automatikusan lefut az fsck) furcsa dolgok írodnak ki. Már nem emlékszem rá, hogy mi. (Fel sem írtam!)

Következő boot: nincs sda1.
Remek!
Erre vágytam egész nap, így Slax bootpendrive betol, indít, /dev/sda után tabot nyomogatok -- nincs "1", azaz sda1 halott!

fsck később mégis lefutott a /dev/sda1-en, miután elég sok mindenre panaszkodott.

Gyakorlatilag a teljes
/var
/boot
könytárak eltűntek, a többi mind megvan.
Szerencsére régóta skizofrén vagyok, így redundánsan tárolok minden adatot, ami a /home könyvtárban van, egyes könyvtárakról MÉG készítek plusz példányt.

---------

A kérdésem költői.

Előfordult-e már valakivel, hogy gépiesen válaszolgatott egy "közönséges" fsck kérdéseire, megbízott-e valaha önmagában annyira, hogy új, de nem olyan vészjósló problémákra utánajárás nélkül reagált a saját gépén? (Azaz volt-e már más is h**ye, mint én?)

  • 10268 megtekintés

( bzs v | 2013. 06. 18., k – 13:23 )

Jelenlegi állapot:

Kísérletezek játékosan. Egy korábbi mentésből adtam egy /boot meg /var könyvtárat. RÉgebbi kernel el is indul.

VFS: Mounted root (ext3 filesystem) readonly on device 8:1.
...majd még mond néhány sort, prompt az enter után:

Enter runlevel:

3 --aztán nincs tovább.

Újraépítettem a fájlrendszert, home-ok rendben.

Tehát ha megsemmisül a /proc /dev /var /etc, előfordulhat, hogy egy reinstallújrapakol mindenemet?

Legközelebbi omlásnál ezt kipróbálom,de az is lehet, hogy nemsokára átülök egy másik gépemhez és ott próbálom ki.

Mindenesetre tanulságos volt...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

A /proc ignoralhato, virtualis fajlrendszer, keptelen a megserulesre. A /dev ugyancsak ignoralhato, mivel a modern rendszereken az udev kezelgeti, vagyis ha van udeved, akkor jo. A /dev mappaban osszesen 3 vagy 4 eszkozfajlnak (null, console, zero, meg meg valami) kell cakk-pakk lennie, a tobbit a kernel menet kozben huzgalja fel az udev segitsegevel.

A /var mar egy mas tortenet, itt elvben akarmi is lehet. Debian/Ubuntu alatt pl. ide kerul a MySQL es a PostgreSQL osszes adata by default. Nem igazan szerencses otlet, mert amugy nem sok perzisztens adat kerul ide, tipikusan cachek, runtime informaciok, ezek tarolasara valo ez a mappa (var = variable content). En ki is szoktam minden nem idevalot mozgatni, ha tehetem.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Debian alatt szoktam azt "játszani", hogy törlöm a /var/cache/apt/archives könyvtárból az összes .deb fájlt, aztán a az aptitute-ban nyomok egy Shift+L-t a Telepített csomagok-ra, majd GO-GO-GO...
Általában úgyis elhal az első csomag telepítésében, de utána már lehet egy shell szkriptből dpkg -i --force-all .deb telepítést nyomi az összes letöltött csomagra :D

--
Debian Linux rulez... :D

"Slax bootpendrive betol"

En ezt ugy ertettem, hogy van valami rendszere meg valamikorrol van egy Slax alapu pendrive-ja. A kettonek nem feltetleztem, hogy van korrelacioja. Nekem peldaul van Ubuntus laptopom, meg Gentoo pendrive-m.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

( zeller | 2013. 06. 18., k – 23:45 )

Nekem RAM-hiba esetén túrt szét egy "kötelező" fsck egy komplett diszket... Az fsck "-y" opciója veszélyes, de néha kell... Persze csak akkor javasolt, ha van backup :-P

Nem szívderítő, de ha felírod magadnak, hogy mondjuk borsos tokány elkészítéséhez milyen alapanyagok kellenek, elmész a boltba, majd azt olvasod a papírról, hogy tej, cukor, bodzaszörp, fagyasztott szilvásgombóc, hazamész, s ezekből megpróbálod a borsos tokányt előállítani annak receptje szerint, azt hiszem, ehető dolog abból nem lesz.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( wachag | 2013. 06. 19., sze – 17:47 )

Off:
bzs, használod is azt a szegény gépet vagy állandóan csak szereled az összeomlott rendszered?
Lehet, hogy érdemes volna kicsit kevésbé szétszórtan használni.
End off.

Ember.
Láttál már olyan gépet, ami erőteljes igénybevétel esetén néha nem csuklik meg?
Próbáld ki magadon. Evezz mondjuk 50 km-t megállás nélkül, közben nézd meg, hányszor kellett megállnod javítani valamit magadon, az üléseden, a lábtámaszodon stb.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

> Láttál már olyan gépet, ami erőteljes igénybevétel esetén néha nem csuklik meg?
A megcsuklás mértéke azért számít...
> Próbáld ki magadon. Evezz mondjuk 50 km-t megállás nélkül, közben nézd meg, hányszor kellett megállnod javítani valamit magadon, az üléseden, a lábtámaszodon stb.
De kenu foltozásra általában nem szokott szükségem lenni...

Szerintem nagyon nem mindegy, hogy úgy rontod el a rendszeredet, hogy utána napokig tologatod a szemetet, amíg használható lesz. És az sem mindegy, hogy milyen sűrűn fordul ez elő.
Azért a mindennapos munkafolyamatoknak nem kéne, hogy hasonlíthatóak legyenek egy WW4 feletti vadvízhez...

Újrahúzást sok évente egyszer kell tennem szerencsére. Amikor tényleg nem érte, mi van.

Amúgy a dolog óta minden atomstabil, rájöttem, hogy nem érdekelnek a distribek verziószámai, nem érdekelnek az apt-getek és slapt-getek meg a csomagkezelők, néha ugyan belenézek, ha tényleg új dolgot keresek, de mindent magam frissítek, ha kell.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

( lajos22 | 2013. 06. 20., cs – 00:08 )

+1 a paranoiára! Bár én a /var-t nem igen mentem.

--
openSUSE 12.2 x86_64

( phr3ak | 2013. 06. 20., cs – 23:02 )

A Deleted inode %d has zero dtime hibaüzenet okát el tudná mondani valaki, légyszi?