Új hozzászólás Aktív témák

• #785 zLegolas őstag domedee #783

  Új Válasz 2006-04-27 12:21:02 #785

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zLegolas

  őstag

  válasz domedee #783 üzenetére

  A másik út, hogy a SuSE telepítőkészlet első CD-jéről bootolunk, egy darabig úgy kell csinálni mindent, mintha új telepítést kezdenénk. Itt fogsz találni valami diagnosztikai módot, csak per pill nem jut eszembe, mi a pontyos menüpont felirata.
  
  Ha megtaláltad, válaszd a teljes, automatikus rendszerellenőrzést.
  Lehet, hogy többször is kell futtatnod, néha nem javít, csak ellenőriz - nemtom miért. Mondjuk lehet, hogy ezt a 10.0 -ban már javították, 9.0 esetén így volt.
  
  Érdemes nézni és gyorsan felírni a parancssort, amit kiír ellenőrzéskor a graf. ablak középtáján - hasonlókat fogsz látni, mint az előbb leírtam. Sokat lehet belőle tanulni, na meg így vettem észre, hogy nem javít a piszok, csak ellenőriz....

• #784 zLegolas őstag domedee #783

  Új Válasz 2006-04-27 12:13:03 #784

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zLegolas

  őstag

  válasz domedee #783 üzenetére

  Megsérült fájlrendszer helyreállítása
  A Linux a memória- és hátértárkezelésének sajátosságiból adódóan meglehetősen rosszul viseli a váratlan áramszünetből és pl. meggondolatlanságból bekövetkező szabálytalan rendszerleállásokat. (Ezzel kapcsolatban lásd még a Linux memóriakezelésével foglalkozó fejezetet!) Előfordulhat tehát, hogy a legközelebbi bekapcsoláskor a rendszerünk nem indul el a megszokott módon. A következőkben az ilyen jellegű hibák elhárítására mutatok be néhány példát. Az alábbiakban megemlített segédprogramok többnyire a legkisebb Linux disztribuciókban is megtalálhatók.
  A helyreállítás egyik lehetséges módja az, ha egy külső Linux rendszert bootolunk. Ez lehet egy LiveCD, megfelelő bootfloppy, vagy akár merevlemezen lévő Linux rendszer is. Ügyeljünk arra, hogy a vizsgálandó fájlrendszer az ellenőrzés idejére ne legyen felmountolva! Az alábbi utasításokat valószínűleg root-ként, szöveges módban kell kiadnunk.
  
  Reiserfs fájlrendszer ellenőrzése a /dev/hda3 partíción:
  /sbin/debugreiserfs /dev/hda3
  Ext2 fájlrendszer ellenőrzése a /dev/hda3 partíción:
  /sbin/fsck.ext2 -n -f /dev/hda3
  Ext2 fájlrendszer javítása a /dev/hda3 partíción:
  /sbin/fsck.ext2 -v -f -p /dev/hda3
  Ext2 vagy Ext3 fájlrendszer ellenőrzése és javítása a /dev/hda3 partíción:
  e2fsck -py /dev/hda3
  FAT16 vagy FAT32 fájlrendszer ellenőrzése és javítása a /dev/hda3 partíción:
  dosfsck -a /dev/hda3
  A partícióra jellemző létfontosságú információk az úgynevezett superblock területen találhatók. Ennek sérülése akár a teljes tárolt adatállomány elvesztését is jelentheti, ezért erről a kritikus területről a rendszer több biztonsági másolatot is készít. A másolatok helyét a /dev/hda3 partíció esetében a következő utasítással kaphatjuk meg:
  mke2fs -n /dev/hda3
  Az utasítás eredményeként valami hasonlót kapunk:
  …
  Superblocks backups stored on blocks:
  12345, 23456, 34567, 45678
  A sérült superblock helyreállítása a fentiek szerint kapott információk alapján például:
  e2fsck -py -b 12345 /dev/hda3

Új hozzászólás Aktív témák