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

• #803 snowflake tag domedee #802

  Új Válasz 2006-04-28 07:31:41 #803

  Ú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

  

  snowflake

  tag

  válasz domedee #802 üzenetére

  Próbáld meg a dfsee -t:
  [link]
  
  Én még nem használtam, de ígéretesnek tűnik. (Kár, hogy a bootcd-s verziója fizetős)
  
  
  ps. Egyébként, ha fizikailag pusztult meg a vinyó, akkor sajnos nagy valószínűséggel mindegyik ilyen recovery adatmentős cucc elfog vérezni rajta
  Nekem pár hónapja gondolta úgy magát az egyik magát winchesternek nevező vasdarab, hogy bemondva az unalmast megpróbálta eljátszani Beethowen IX. szimfóniáját, kevés sikerrel. Végül úgy sikerült visszaállítanom (szerencsére 100%-ra), hogy mindannyiszor, amikor adatmentésközben újra rákezdtek a zenészek benne, akkor lehütöttem őket a fagyasztóládában kb. 5-6 percre. Majd utánna folytattam az adatmentést... (Nálam valószínűleg a vezérlőelektronika kezdett zeneiskolába járni)
  
  

• #787 snowflake tag domedee #786

  Új Válasz 2006-04-27 14:31:50 #787

  Ú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

  

  snowflake

  tag

  válasz domedee #786 üzenetére

  Ne legyen igazam, de nem kizárt, hogy a vinyó döglődik.
  Mindenesetre futtass egy badblocks-ot, hogy kiderüljön van-e badblock a vinyón.
  Illetve kérdezd ki a vinyót, mit hazudik magáról: smartctl -a
  Ezeken kívűl ellenőrizzd a kábeleket illetve a tápodat is akár....
  

• #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