Conezila,Fsck, fdisk, gparted chyba

[Hyp]

Dobry den,
zalohuji clonezillou a vzdy mi to hodi chybu Free block count error (file system was modified, 666844/12804086 files (3.0%non-contiguous) 359483686/51199147), ktera opravi volne misto a zaloha probehne korektne. Pri dalsi zaloze ale je znova chyba.
Fdisk hlasi chybu

Kód: [Vybrat]

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sda1   *          63   409593239   204796588+  83  Linux
/dev/sda2      1933776180  1953520064     9871942+   5  Rozšířený
/dev/sda3       409593240  1933776179   762091470   83  Linux
/dev/sda5      1933776243  1953520064     9871911   82  Linux swap/Solaris

Diskové oddíly jsou chybně seřazeny
Pozor: velikost sektoru je 4096 (nikoliv 512)Je to tedy jenom chybne razeni, pripadne jak to opravit. Jde mi o to, aby nebyly chybne sektory, pripadne aby disk neodchazel. Pro poradek dodavam, ze jsem myslim kdysi pres Gparted zvetsoval oddily.
Dekuji.
Hyp

[Rover623]

Chtělo by to celý výpis příkazu

Kód: [Vybrat]

sudo fdisk -l včetně těch dat o disku nahoře

[Hyp]

Posilam dale :

Kód: [Vybrat]

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 121 601, celkem 1 953 525 168 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x00021ba6

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sda1   *          63   409593239   204796588+  83  Linux
/dev/sda2      1933776180  1953520064     9871942+   5  Rozšířený
/dev/sda3       409593240  1933776179   762091470   83  Linux
/dev/sda5      1933776243  1953520064     9871911   82  Linux swap/Solaris

Diskové oddíly jsou chybně seřazeny
Pozor: velikost sektoru je 4096 (nikoliv 512)

Disk /dev/sdf: 3000.6 GB, 3000590401536 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 45 600, celkem 732 566 016 sektorů
Jednotky = sektory po 1 * 4096 = 4 096 bajtech
Velikost sektoru (logického/fyzického): 4096 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Identifikátor disku: 0x0002866e

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdf1             256   732566015  2930263040    7  HPFS/NTFS/exFAT
Tyka se to sda

[ntz_reloaded]

ad.chybne_sektory) jedine smart ti je povi, fdisk urcite ne

ad.razeni) fdisk to umi preradit spravne .. pokud pouzivas v fstab UUID= tak si myslim, ze ani nebudes muset neco upravovat

[Hyp]

Díky, zkusim a dam vedet, me jen trochu uklidnuje, ze je to jenom jakoby u volnyho mista, ale mam obavy, aby disk neodesel....

[Hyp]

Tak se mi zdá, že vše OK, Diskový nástroj hlásí, že disk je zdráv, autokontrola proběhla v pořádku.
výpis smartu posílám

Kód: [Vybrat]

sudo smartctl -A /dev/sda
smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-27-generic-pae] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   114   099   006    Pre-fail  Always       -       74335202
  3 Spin_Up_Time            0x0003   096   095   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       465
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   080   060   030    Pre-fail  Always       -       101322743
  9 Power_On_Hours          0x0032   077   077   000    Old_age   Always       -       20713
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       231
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   098   000    Old_age   Always       -       8590132516
189 High_Fly_Writes         0x003a   099   099   000    Old_age   Always       -       1
190 Airflow_Temperature_Cel 0x0022   064   058   045    Old_age   Always       -       36 (Min/Max 23/40)
194 Temperature_Celsius     0x0022   036   042   000    Old_age   Always       -       36 (0 14 0 0)
195 Hardware_ECC_Recovered  0x001a   034   022   000    Old_age   Always       -       74335202
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       2
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       249460290507590
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       4209880615
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       1797022598
je ještě

Kód: [Vybrat]

sudo smartctl -l selftest /dev/sda
smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-27-generic-pae] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%     20677         -
# 2  Extended offline    Aborted by host               90%     20673         -
# 3  Short offline       Completed without error       00%     11700         -


[Rover623]

S diskem se nic nestane, jen když máš fyzické sektory 512B a logické 4096kB, tak to může občas zpomalovat zápis.

Pokud chceš udělat kontrolu povrchu disku (tzv. surface test), který by mohl odhalit případné vadné sektory, spusť si LiveCD a proveď kontrolu FS takto

Kód: [Vybrat]

sudo fsck.ext4 -c /dev/sdx kdy "x" je číslo oddílu který chceš zkontrolovat (zjistíš z výpisu fdisku), ale připrav se na to, že u oddílu kolem 600GB kapacity to trvá víc jak hodinu

[Hyp]

Hmm, tak zas ta sama chyba......Proboha co to je...Nechapu, proc je to porad v usporadani volnyho mista, jeinak je vse v poradku. JInak ten smartctl nebo i diskovy nastroj nedela kontrolu povrchu disku?

Kód: [Vybrat]

user@debian:~$ sudo fdisk /l
fdisk: unable to open /l: No such file or directory
user@debian:~$ sudo fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168
sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00021ba6

Device Boot Start End Blocks Id System
/dev/sda1 * 63 409593239 204796588+ 83 Linux
/dev/sda2 1933776180 1953520064 9871942+ 5 Extended
/dev/sda3 409593240 1933776179 762091470 83 Linux
/dev/sda5 1933776243 1953520064 9871911 82 Linux swap /
Solaris

Partition table entries are not in disk order
user@debian:~$ sudo fschk.ext3 -c /dev/sda
sudo: fschk.ext3: command not found
user@debian:~$ sudo fsck.ext3 -c /dev/sda
e2fsck 1.42.4 (12-Jun-2012)
ext2fs_open2: Bad magic number in super-block
fsck.ext3: Superblock invalid, trying backup blocks...
fsck.ext3: Bad magic number in super-block while trying to open
/dev/sda

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

user@debian:~$ sudo fsck.ext4 -c /dev/sda1
e2fsck 1.42.4 (12-Jun-2012)
/dev/sda1: recovering journal
Checking for bad blocks (read-only test): 0.00% done, 0:00
elapsed. (0/0/0 errdone

/dev/sda1: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (15158242, counted=15157295).
Fix? yes
Free inodes count wrong (12138556, counted=12138516).
Fix? yes

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: 665580/12804096 files (2.9% non-contiguous),
36041852/51199147 blocks
user@debian:~$


[Hyp]

Tak nevim, ja jsem postupne pridaval oddily a asi teda blbe, nicmene ze chybi sda4 by preci nemelo vadit. Navic ta gyba je jednak ze "Diskové oddíly jsou chybně seřazeny" a jednak

Kód: [Vybrat]

"Free blocks count wrong (15158242, counted=15157295).
Fix? yes
Free inodes count wrong (12138556, counted=12138516).
Fix? yes
"

To ze diskove oddily jsou blbe razeny preci nemuze mit vliv na tu druhouchybu, nebo si myslis, ze jo? Co teda s tim, ty dalsi partisny sloucit do jedny, tzn navrhujes teda zrusit extended partisnu a nechat sda1, sda2 a sda3?
A pak jeste pros po oprave to hazi tu chybu znova?

[jmp]

pokud jste laboroval s partisnama, tak se mrknete, jestli neni nahodou velikost filesystemu vetsi nez patrisna (musite si to spocitat z nasledujicich vystupu)

Kód: [Vybrat]

# dumpe2fs -h /dev/sda1

Kód: [Vybrat]

# dumpe2fs -h /dev/sda3

Kód: [Vybrat]

# dumpe2fs -h /dev/sda5

[sabraq]

To je kravina, že se "mu" nelíbí absence /dev/sda4, problém je "jen" v řazení oddílů, které je skutečně opravdu velice zvláštní, když má fyzický-rozšířený-fyzický-logický. Já je mám hezky za sebou

Kód: [Vybrat]

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 121 601, celkem 1 953 525 168 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x000dfcde

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdb1   *        2048    97656831    48827392   83  Linux
/dev/sdb2        97658878  1953520064   927930593+   5  Rozšířený
/dev/sdb5        97658880  1949407424   925874272+  83  Linux
/dev/sdb6      1949407488  1953520064     2056288+  82  Linux swap/Solaris

Neprováděl jsi nějaký ruční tuning? Mi tohle kdysi řvalo, když jsem si sám a dobrovolně umístil swap na začátek disku.

EDIT:
Jo a taky to asi bude souviset s vadným superblockem:

Kód: [Vybrat]

ext2fs_open2: Bad magic number in super-block
fsck.ext3: Superblock invalid, trying backup blocks...
fsck.ext3: Bad magic number in super-block while trying to open
/dev/sda

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

[Hyp]

2 sambraq:
a)Ano laboroval jsem s tim, rucne jsem to menil presouval gpartedem.
b) Jinak te bad superblock to hazelo na prikaz sudo fschk.ext3 -c /dev/sda coz je blblost, to je cely disk.....
c) to razeni je asi blbost, ale jsem presvedcen, ze to mam tak dlouho a chyby to nehlasilo....
2 jmp)
nerozumim, ale posilam vystupy, kazdopadne si myslim, ze pokud se to jednou opravi, melo by to fungovat a ne furt fix error, vse OK a chyby znova...

Kód: [Vybrat]

dumpe2fs -h /dev/sda1
dumpe2fs 1.42 (29-Nov-2011)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          efbdb22b-8dbb-44e8-a96e-7e740a592dd4
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              12804096
Block count:              51199147
Reserved block count:     2559957
Free blocks:              15157295
Free inodes:              12138516
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1011
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   256
Filesystem created:       Wed Nov 18 21:45:40 2009
Last mount time:          Sun Jul 29 14:19:15 2012
Last write time:          Sun Jul 29 12:57:46 2012
Mount count:              1
Maximum mount count:      34
Last checked:             Sun Jul 29 12:57:46 2012
Check interval:           15552000 (6 months)
Next check after:         Fri Jan 25 11:57:46 2013
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           128
Journal inode:            8
First orphan inode:       132409
Default directory hash:   tea
Directory Hash Seed:      1a6b33b1-0e12-4d7f-81d1-239dfd78fdb8
Journal backup:           inode blocks
Vlastnosti žurnálu:       journal_incompat_revoke
Velikost žurnálu:         128M
Délka žurnálu:            32768
Sekvence žurnálu:         0x003decae
Začátek žurnálu:          1
sda3

Kód: [Vybrat]

dumpe2fs 1.42 (29-Nov-2011)
Filesystem volume name:   Backup
Last mounted on:          <not available>
Filesystem UUID:          9b776a88-1d73-4723-922a-c4c5f26d9da6
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              47636480
Block count:              190522867
Reserved block count:     9526143
Free blocks:              10637890
Free inodes:              47636294
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      978
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Wed Oct 27 13:33:47 2010
Last mount time:          Sat Jul 21 20:57:10 2012
Last write time:          Sun Jul 22 08:59:44 2012
Mount count:              50
Maximum mount count:      21
Last checked:             Wed Jun  8 11:05:53 2011
Check interval:           15552000 (6 months)
Next check after:         Mon Dec  5 10:05:53 2011
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      19e2a0e0-2c7b-4adf-b406-b86dac5aa3bd
Journal backup:           inode blocks
Vlastnosti žurnálu:       journal_incompat_revoke
Velikost žurnálu:         128M
Délka žurnálu:            32768
Sekvence žurnálu:         0x000262d4
Začátek žurnálu:          0
a sda5 a 6 TOMU NEROZUMIM

Kód: [Vybrat]

sudo dumpe2fs -h /dev/sda5
dumpe2fs 1.42 (29-Nov-2011)
dumpe2fs: Chybné magické číslo v superbloku při pokusu otevřít /dev/sda5
Nemohu najít platný superblok systému souborů.
xxx@xxxx-desktop:~$ sudo dumpe2fs -h /dev/sda6
dumpe2fs 1.42 (29-Nov-2011)
dumpe2fs: Adresář nebo soubor neexistuje při pokusu otevřít /dev/sda6
Nemohu najít platný superblok systému souborů.

A pak ješte lze to tedy gpartedem znova zmenit a dat razeni za sebou, nebo jak to udelat, jsem z toho blazen.

Kazdopadne diky vsem za pomoc,,,,,

[jmp]

sorry blbnu - nahore je jeste sda5 jako swap a tak vypis nema smysl (neni tam filesystem)
pokud vypisy sedi a dobre pocitam, tak se sda1 a sda3 na partisny vejdou, takze v tom problem neni

[sabraq]

Aha, máš pravdu, poslal jsi to na /dev/sda, to bude tím. Tak minimálně to řazení oddílů a velikost sektoru by možná chtělo doladit...Jak ten disk vypadá znázorněn v gparted a co fstab?

EDIT:
No, osobně bych zkusil nechat třeba sda1 a data z sda3 přesunout někam jinam-> smazat všechny oddíly až na sda1 (předpokládám, že je tam systém) a vytvořit si je znovu v trochu normálním sledu. Vzniklo to předpokládám tím, žes vytvořil fyzický sda1, potom rozšířený sda2 a v něm swap a nakonec sda3 zase fyzický oddíl. Tím se stalo to, že oddíly jdou za sebou takto:
/dev/sda1
/dev/sda2
/dev/sda5
/dev/sda3
ale fdisk je řadí podle koncového čísla disku. Proto řve, že diskové oddíly jsou chybně seřazeny. Otázka je, jestli je to na závadu... Ale můžu se mýlit.

[Hyp]

Ahoj vsem, diky za reakce.
2 jmp
Ano, diky...
2sagraq
Ano, stalo se to presne tak, jak rikas a samozrejme ma strach o ty data. To ze to rve bych pochopil, nechapu ale, jak se to muze stavat opakovane pri rebootu. Jeste bych chtel zduraznit, ze normalni boot systemu jede v pohode, ale pokud dam clonezillu, tak ta kontrola hodi error, opravi to, zas boot systemu v pohode a dam clonezillu tak zas error, ktery se fixne. Proste hlava mi to nebere, zalohuju part sda1 do sda2, tzn. nic jinyho by tu clonezillu nemelo zajimat.
Jeste posilam fstab

Kód: [Vybrat]

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda1
UUID=efbdb22b-8dbb-44e8-a96e-7e740a592dd4 /               ext3    relatime,erro$
# /dev/sda5
UUID=fd07d7fb-8dfe-4e6a-831a-d9b235cc43f6 none            swap    sw           $
/dev/hda        /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0
# nastavení práv USB kvůli VirtualBoxu grep "vboxusers" /etc/group | cut -d: -f$
#none            /proc/bus/usb   usbfs   devgid=127,devmode=664 0 0
#mounting data
#/dev/sda3       /windows        ext2    defaults,umask=007,gid=46,noatime   0 $


A obrazk
http://imageshack.us/photo/my-images/688/snmekobrazovkypozen2012.png/

Chapu, ze kdyz se bootuje z live cd, priradi si to oddily treba jinak, ale nechapu, proc jsou ty oddily neprojdou kontrolou, to mi hlava nebere...

Jetse jednou diky.

[jmp]

No, osobně bych zkusil nechat třeba sda1 a data z sda3 přesunout někam jinam-> smazat všechny oddíly až na sda1 (předpokládám, že je tam systém) a vytvořit si je znovu v trochu normálním sledu. Vzniklo to předpokládám tím, žes vytvořil fyzický sda1, potom rozšířený sda2 a v něm swap a nakonec sda3 zase fyzický oddíl. Tím se stalo to, že oddíly jdou za sebou takto:
/dev/sda1
/dev/sda2
/dev/sda5
/dev/sda3
ale fdisk je řadí podle koncového čísla disku. Proto řve, že diskové oddíly jsou chybně seřazeny. Otázka je, jestli je to na závadu... Ale můžu se mýlit.

no linux si s tím "špatným" pořadím poradí, ale rozhodne to správně není
"správně" mají být primarní oddíl(y) a pak rozšířený oddíl s logickejma diskama

nicméně zde je možná náprava
je možné odpojit swap
smazat logický disk sda5
smazat rozšířený oddíl sda2
vytvořit primární oddíl sda2 jako swap
zapnout swap
upravit /etc/fstab
 bude tam připojován swap, kde bude buď UUID nebo název zařízení
 je třeba vložit buď /dev/sda2 nebo správné UUID
 to lze zjistit z řádky pomocí

Kód: [Vybrat]

sudo blkid
nicméně si myslím, že toto není ani příčina ani řešení problému s tím neustále rozbitým filesystémem

tak mne napadá - neděláte ten fsck nad oddílem připojeným i pro zápis? to by byla zásadní chyba...

[Hyp]

2jmp
ten fsck jsem si dela clonezilla, to bych rekl, ze je pouze pro cteni, nepletu-li se. Myslel jsem, ze pokud je disk pripojen, fsck nelze spustit, nebo se pletu?
Kazdopadne teda v tydnu zkusim vse zazalohovat a udelat znova, ale take si myslim, ze to neni pricina ani reseni problemu, ale clovek nikdy nevi:-).
Jeste me napadlo, ze zkusim udelat zalohu starsi veri clonezilly

Jeste jednou diky
Hyp

Ted me jeste napada,jestli se nezapisuje nekam velikost volnyho prostoru, pripadne ze by clonezilla kontrolovala fstab na disku   se svojim fstabem, to je asi uplna kravina....Fakt nevim...

[jmp]

ještě by asi stálo za úvahu zkusit na problematicky filesystém pustit badblocks

Kód: [Vybrat]

man badblocks

[sabraq]

... zalohuju part sda1 do sda2, tzn. nic jinyho by tu clonezillu nemelo zajimat.

Ale sda2 je rozšířený...

[Hyp]

... zalohuju part sda1 do sda2, tzn. nic jinyho by tu clonezillu nemelo zajimat.

Ale sda2 je rozšířený...

ok, ale ja zalohuju sda1,tzn. to by se musel kontrolovat cilovy part, coz podle me tak neni a chybu to hlasi primo na sda1....

Badblock jsem spustil, podle me bud v poradku...Alespon doufam :-)

[Hyp]

Takze badblock je ok, asi to zkusim teda cely zmenit, doufam, ze kvuli tomu neznicim PC...
Necham, to radsi na pristi tyden... Fakt nevim, co co muze byt...

Kód: [Vybrat]

sudo badblocks -sv /dev/sda
[sudo] password for admin :
Ověřují se bloky 0 až 976762583
Hledají se špatné bloky (test jen pro čtení):   0.00 % hotovo, 0:00 uplynulo. (0hotovo                                               
Průchod dokončen, nalezeno 0 špatných bloků (0/0/0 chyb).


[sabraq]

Takze badblock je ok, asi to zkusim teda cely zmenit, doufam, ze kvuli tomu neznicim PC...
Necham, to radsi na pristi tyden... Fakt nevim, co co muze byt...

Kód: [Vybrat]

sudo badblocks -sv /dev/sda
[sudo] password for admin :
Ověřují se bloky 0 až 976762583
Hledají se špatné bloky (test jen pro čtení):   0.00 % hotovo, 0:00 uplynulo. (0hotovo                                               
Průchod dokončen, nalezeno 0 špatných bloků (0/0/0 chyb).


Taky bych to nechal uležet, když to vyloženě nehoří...

EDIT: Notabene, když máš tu sda3 skoro zaplněnou, předpokládám, že těch 690 GB není určeno ke smáznutí:).

[Hyp]

Asi jo, necham to asi odlezet, nez to cely do.......
Kazdopadne diky.Hyp

[ntz_reloaded]

znovu :: na diagnostiku disku vc. chybnych sektoru se pouziva SMART

tohle na foru me bavi: kdyz *pointnes nekoho ke spravnemu reseni, tak se vzdy najdou sikulove, kteri umi doporucit vice friendly utilitu co nefunguje