Ahoj, mam disk větší než 130GB (200GB). Když obsazená kapacita přesahuje 100GB, dojde k tomu, že se občas disk odmítá připojit, protože nastal nákej error…
Je ve fedoře nastaveno 48-bitové LBA-adresování? Ve winXP SP1 se muselo zasáhnout do registru, pak to jelo, co tady?
souborový system ext3.
Diky za rady, pokud je potreba vypsat kus nektereho souboru, reknete kterej, jsem zacatecnik.
Tohle je prvni vec která me napadla, nevylucuji, ze by jádro pudla mohlo být zakopáno i jinde…
Linux s nejvetsi pravdepodobnosti zadne LBA nepouziva (LBA je preklad fyzicke geometrie disku na nejaky bastl) ale pouziva fyzickou geometrii. Co znamena ze se disk odmita pripojit? Kdy a co to pise?
při spouštění, po tom co GRUB zavádí system…
Zapnul jsem to interaktivně abych to stihl opsat.
.
.
.
Připojuji lokální system souborů: [SELHALO] (to me trosku znepokujuje)
.
.
Připojuji ostatní systémy souborů: mount: wrong fs type, bad option, bad superblock on /dev/hdb1, missing codepage or other error
in some cases useful info is found in syslog - try
dmesg | tail or so [SELHALO]
.
.
Tenhle syslog nevim kde najít…
Fedora je nahrána na 40GB disku, 200GB disk je připojován při startu záznamem v /etc/fstab
/dev/hdb1 /media/disk200G ext3 defaults 0 0
adresar disk200G existuje
jeste do vcerejska to fungovalo tak, ze kdyz to takto odmítlo, bylo potreba to 2x restartovat, pak to jelo…
jenze ted uz to nák odmítá a v gparted se pise: “system souborů: neznámé”, takže data už asi nejsou
No pani jo… to sou kouzla. A pritom by stacilo si precist jednu kapitolu v prirucce aby clovek nedelal takovy koniny…co.
syslog vystup je ve /var/log/messages jinak taky v menu System/Administration/System Log dobry ne?
On “pripojuji … systemy souboru” nedela nic jineho nez to same co prikaz mount.
Ve vasim pripade jako root:
mount -t ext3 /dev/hdb1 /media/disk200G
Zkuste sem dat co tento prikaz pise. Pravdepodobne to selze. Co mate za zakladni desku v pocitaci. Data v se este daji zachranit, stava se ze je poskozen prvni superblok, na disku je este ale zalozni a kdyz se budete aspon trochu snazit tak vam mozna povim jak ho pouzit. 
po kratke odmlce se jde zase řešit:
deska: MSI K7N2 delta-L (nForce2)
ve faq www.msi.com.tw se píše “K7N2 (MS-6570) can support up to 160GB HDD” (což bylo pravděpodobně tenkrát maximum mezi pevnými disky)
ALE, když na disku byl system NTFS a jelo to pod okny, tak to fungovalo uplně v pořádku s partition 189.92GB (reálnná hodnota, prodávaná jako 200GB ) (po zásahu do okenního registru, aby to podporovalo větší adresování než 32bit, kterýmy se dalo naadresovat něco kolem 130GB ).
mount -t ext3 /dev/hdb1 /media/disk200G
mount: wrong fs type, bad option, bad superblock on /dev/hdb1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
v GParted je totiž nyní vidět system souborů: neznámý
v podstatě by mi na uzavření threadu stačila odpověď typu: že velká partitions ve Fedoře funguje v pohodě a že muj problem je někde jinde. Popripadě pro to aby ti ten disk jel, musis udelat…
díky
Proc disk “zmizel” netusim. Z nForce2 nejake problemy byly ale nejsem si jist jesli s IDE. Ve Fedore (a Linuxu obecne) funguji disky i mnohem vetsi.
Jak jsem psal, Linux omezeni biosu nezajima. BIOS je prezitek z dob DOSu kdy Basic Input Output System nastavoval disky pro Disk Operating System. To ze okenice normalne neumej vetsi disky je taky jen jejich problem (ac muzou nastavit geometrii disku tak, ze vam pak nesedi zarovnani partition a to muze byt duvodem, ze se vam prekryvaji partition - nepise parted nebo fdisk v linuxu neco jako ze partition does not end at cylinder boundary nebo tak?).
Zkuste fsck.ext3 /dev/hdb1
[root@sidpc sbin]# /sbin/fsck.ext3 /dev/hdb1
e2fsck 1.39 (29-May-2006)
/sbin/fsck.ext3: Filesystem revision too high while trying to open /dev/hdb1
The filesystem revision is apparently too high for this version of e2fsck.
(Or the filesystem superblock is corrupt)
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193
[root@sidpc sbin]# /sbin/e2fsck -b 8193 /dev/hdb1
e2fsck 1.39 (29-May-2006)
/sbin/e2fsck: Bad magic number in super-block while trying to open /dev/hdb1
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193
[root@sidpc sbin]# /sbin/fsck.ext3 -b 8193 /dev/hdb1
e2fsck 1.39 (29-May-2006)
/sbin/fsck.ext3: Bad magic number in super-block while trying to open /dev/hdb1
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193
[root@sidpc sbin]# /sbin/fdisk /dev/hdb1
The number of cylinders for this disk is set to 24791.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
- software that runs at boot time (e.g., old versions of LILO)
- booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Tohle se mi nezdá moc optimistické…
v parted se toho moc dělat nedá (resp. neumim). Protože na disku neni vidět žádný oddíl nejde třeba check (žádá číslo oddílu).
Takže na disku si zkusim najít “použitelnou” velikost oddílu a vygooglim něco o nForce2.
To se nezda optimisticke ani me. Pokud nejde nalezt ani zalozni superblock pak uz jedine rucni editace atd… ale to uz je mimo moje moznosti vysvetlit, krom toho si to z hlavy nepamatuju. Kdybyste znal presne parametry te puvodni partition tak by se dala fdiskem vytvorit znova, ale nez budete na tom disku cokoli menit tak si to dobre rozmyslete.