Verifica file sysyem impossibile

AlexWilMac

AlexWilMac

Moderator
Ciao,
avevo provato giorni fa a postare nel forum internazionale ma non ho ricevuto risposta.
Non riesco a effettuare la verifica del file system dell'HDD interno del mio 2Duo con BH 2.1.4.
Se utilizzo la voce apposita dal Configurazione/Sistema/Harddisk/verifica filesystem il box, pur continuando a visualizzare in sottofondo il canale, non risponde più ai comandi. Devo spegnerlo o riavviarlo tramite controllo remoto.
Ho provato a lasciarlo stare anche per ore.
Ho provato a smontare l'HDD e allora ricevo un messaggio che è impossibile effettuare la verifica.
Ho provato via telnet con il comando
fsck -a /dev/sda1
e mi dice che il device non esiste.
Ho provato, sempre da telnet sia smontando che non smontando.
Non c'è verso. E siccome, anche con filesystem avanzati come l'esxt4 o HFS+ so per esperienza diretta che gli spegnimenti forzati alla lunga provocano incongruenze nel file system, una verifica s'impone.
Non vorrei dover installare Linux sul Mac o su un PC e poi appositamente rimuovere l'HDD solo per una verifica del f.s. anche perché, appunto, è una verifica che conviene fare periodicamente.
Come posso fare?
 
Have you tried directly after clean image installation
without connections to USB ports or network drives.

Hai provato direttamente un'immagine nuova installazione dopo
senza collegamenti alla porta USB o unità di rete
 
Matrix10 said:
Have you tried directly after clean image installation
without connections to USB ports or network drives.

Hai provato direttamente un'immagine nuova installazione dopo
senza collegamenti alla porta USB o unità di rete
Click to expand...

Sicuramente, qualche settimana fa questo problema non si verificava (il box non ce l'ho da moltissimo tempo: dai primi di febbraio). Poi per un certo periodo non ho più utilizzato la verifica e adesso si verifica da alcuni giorni.
Adesso ho scollegato un'unità USB che precedentemente era collegata ma non è cambiato nulla.
Sarebbe alquanto fastidioso riformattare l'HD perché vi avevo trasferito tutta la mia videoteca....
 
Alexwilmac said:
Ciao,
avevo provato giorni fa a postare nel forum internazionale ma non ho ricevuto risposta.
Non riesco a effettuare la verifica del file system dell'HDD interno del mio 2Duo con BH 2.1.4.
Se utilizzo la voce apposita dal Configurazione/Sistema/Harddisk/verifica filesystem il box, pur continuando a visualizzare in sottofondo il canale, non risponde più ai comandi. Devo spegnerlo o riavviarlo tramite controllo remoto.
Ho provato a lasciarlo stare anche per ore.
Ho provato a smontare l'HDD e allora ricevo un messaggio che è impossibile effettuare la verifica.
Ho provato via telnet con il comando
fsck -a /dev/sda1
e mi dice che il device non esiste.
Ho provato, sempre da telnet sia smontando che non smontando.
Non c'è verso. E siccome, anche con filesystem avanzati come l'esxt4 o HFS+ so per esperienza diretta che gli spegnimenti forzati alla lunga provocano incongruenze nel file system, una verifica s'impone.
Non vorrei dover installare Linux sul Mac o su un PC e poi appositamente rimuovere l'HDD solo per una verifica del f.s. anche perché, appunto, è una verifica che conviene fare periodicamente.
Come posso fare?
Click to expand...

Puoi postare il risultato del comando seguente per favore?
Code: 
fdisk -l
 
Alexwilmac said:
fsck (busybox 1.19.4, 2014-11-24 16:08:23 CET)
fsck: fsck.auto: No such file or directory

errore che ricevo anche con l'altro comando fsck -a /dev/sda1
Click to expand...
Il tuo output non centra niente con quello che ti ho chiesto io.

Ad esempio, sul mio Solo2 il risultato del comando che ti ho postato è il seguente:
Code: 
root@vusolo2:~# fdisk -l
Found valid GPT with protective MBR; using GPT

Disk /dev/sda: 625142448 sectors,  596M
Logical sector size: 512
Disk identifier (GUID): d11a4d91-ce11-44d6-989a-5f7e99cc7d7f
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 625142414

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048       625141759        596M   0700  primary

Disk /dev/mtdblock0: 235 MB, 235929600 bytes
255 heads, 63 sectors/track, 28 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock0 doesn't contain a valid partition table

Disk /dev/mtdblock1: 235 MB, 235929600 bytes
255 heads, 63 sectors/track, 28 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock1 doesn't contain a valid partition table

Disk /dev/mtdblock2: 7 MB, 7340032 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock2 doesn't contain a valid partition table

Disk /dev/mtdblock3: 1 MB, 1048576 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock3 doesn't contain a valid partition table

Disk /dev/sdb: 4012 MB, 4012900352 bytes
124 heads, 62 sectors/track, 1019 cylinders
Units = cylinders of 7688 * 512 = 3936256 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sdb1               1        1019     3917035+ 83 Linux

Posta l'output del comando corretto, per favore.
 
Giuro che l'avevo fatto ma, come si vede dall'output complessivo, non mi aveva dato tutto quel report. Adesso sì:


root@Alicebox:~# fsck -l
fsck (busybox 1.19.4, 2014-11-24 16:08:23 CET)
fsck: fsck.auto: No such file or directory
root@Alicebox:~# fsck -a /dev/sda1
fsck (busybox 1.19.4, 2014-11-24 16:08:23 CET)
fsck: fsck.auto: No such file or directory
root@Alicebox:~# fdisl -L
-sh: fdisl: not found
root@Alicebox:~# fdisk -l
Found valid GPT with protective MBR; using GPT

Disk /dev/sda: 1953525168 sectors, 1863M
Logical sector size: 512
Disk identifier (GUID): 86337cb9-7f61-4b64-a0ca-eb79fedc628e
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134

Number Start (sector) End (sector) Size Code Name
1 2048 1953523711 1863M 0700 primary

Disk /dev/mtdblock0: 1032 MB, 1032847360 bytes
255 heads, 63 sectors/track, 125 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock0 doesn't contain a valid partition table

Disk /dev/mtdblock1: 1032 MB, 1032847360 bytes
255 heads, 63 sectors/track, 125 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock1 doesn't contain a valid partition table

Disk /dev/mtdblock2: 7 MB, 7340032 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock2 doesn't contain a valid partition table

Disk /dev/mtdblock3: 2 MB, 2097152 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock3 doesn't contain a valid partition table
 
Alexwilmac said:
Giuro che l'avevo fatto ma, come si vede dall'output complessivo, non mi aveva dato tutto quel report. Adesso sì:


root@Alicebox:~# fsck -l
fsck (busybox 1.19.4, 2014-11-24 16:08:23 CET)
fsck: fsck.auto: No such file or directory
root@Alicebox:~# fsck -a /dev/sda1
fsck (busybox 1.19.4, 2014-11-24 16:08:23 CET)
fsck: fsck.auto: No such file or directory
root@Alicebox:~# fdisl -L
-sh: fdisl: not found
root@Alicebox:~# fdisk -l
Found valid GPT with protective MBR; using GPT

Disk /dev/sda: 1953525168 sectors, 1863M
Logical sector size: 512
Disk identifier (GUID): 86337cb9-7f61-4b64-a0ca-eb79fedc628e
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134

Number Start (sector) End (sector) Size Code Name
1 2048 1953523711 1863M 0700 primary

Disk /dev/mtdblock0: 1032 MB, 1032847360 bytes
255 heads, 63 sectors/track, 125 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock0 doesn't contain a valid partition table

Disk /dev/mtdblock1: 1032 MB, 1032847360 bytes
255 heads, 63 sectors/track, 125 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock1 doesn't contain a valid partition table

Disk /dev/mtdblock2: 7 MB, 7340032 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock2 doesn't contain a valid partition table

Disk /dev/mtdblock3: 2 MB, 2097152 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock3 doesn't contain a valid partition table
Click to expand...

Ok ora si ragiona.
Per qualche motivo (probabilmente dovuto ad alcuni cambi nella struttura della immagine) gli hard disk sono formattati con GPT e non più MBR.
Posta il risultato del comando seguente:
Code: 
parted -l
(è una L minuscola il parametro)
 
root@vuduo2:~# parted -l
Model: ATA WDC WD10EURX-73C (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 1049kB 1000GB 1000GB ext4 primary


Error: /dev/mtdblock0: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock0: 1033MB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock1: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock1: 1033MB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock2: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock2: 7340kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock3: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock3: 2097kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
 
Alexwilmac said:
root@vuduo2:~# parted -l
Model: ATA WDC WD10EURX-73C (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 1049kB 1000GB 1000GB ext4 primary


Error: /dev/mtdblock0: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock0: 1033MB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock1: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock1: 1033MB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock2: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock2: 7340kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock3: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock3: 2097kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Click to expand...
Per effettuare il check del filesystem da telnet bisogna seguire i seguenti passi:
1. SMONTARE l'hard disk con il comando
Code: 
umount /media/hdd
2. eseguire il comando
Code: 
fsck.ext4 /dev/sda1

/media/hdd va corretto a seconda del mount point del proprio HDD
/dev/sda1 va corretto a seconda del device. Non è il tuo caso visto che anche il tuo è rilevato come /dev/sda

Il risultato sul mio Solo2 è il seguente:
Code: 
root@vusolo2:~# umount /media/hdd/
root@vusolo2:~# fsck.ext4 /dev/sda1
e2fsck 1.42.1 (17-Feb-2012)
/dev/sda1: clean, 4708/305280 files, 16209224/78142464 blocks

fsck.ext4 ha le seguenti opzioni disponibili:
Code: 
root@vusolo2:~# fsck.ext4 --help
fsck.ext4: invalid option -- '-'
Usage: fsck.ext4 [-panyrcdfvtDFV] [-b superblock] [-B blocksize]
                [-I inode_buffer_blocks] [-P process_inode_size]
                [-l|-L bad_blocks_file] [-C fd] [-j external_journal]
                [-E extended-options] device

Emergency help:
-p                   Automatic repair (no questions)
-n                   Make no changes to the filesystem
-y                   Assume "yes" to all questions
-c                   Check for bad blocks and add them to the badblock list
-f                   Force checking even if filesystem is marked clean
-v                   Be verbose
-b superblock        Use alternative superblock
-B blocksize         Force blocksize when looking for superblock
-j external_journal  Set location of the external journal
-l bad_blocks_file   Add to badblocks list
-L bad_blocks_file   Set badblocks list
 
Il comando umount l'avevo anche utilizzato. Quel che non avevo utilizzato era l'opzione .ext4.
Adesso, con il VU+ in standby (altrimenti non mi fa l'umount perché mi dà device busy, ho lanciato l'fsck.ext4 ottenendo
/dev/sda1: clean, 1471/953984 files, 96505607/244190208 blocks

Solo che ci ha messo un secondo: come si fa una verifica di un f.s. in un secondo?
 
Alexwilmac said:
Il comando umount l'avevo anche utilizzato. Quel che non avevo utilizzato era l'opzione .ext4.
Adesso, con il VU+ in standby (altrimenti non mi fa l'umount perché mi dà device busy, ho lanciato l'fsck.ext4 ottenendo
/dev/sda1: clean, 1471/953984 files, 96505607/244190208 blocks

Solo che ci ha messo un secondo: come si fa una verifica di un f.s. in un secondo?
Click to expand...
I file system hanno dei flag che indicano se sono stati smontati correttamente o meno e le utility (di ogni sistema operativo) le usano come check iniziale e fanno un veloce check sui registri interni.
Devi usare il flag "-f" per forzare il check.

Per i filesystem Linux, oltre ai flag di check o meno, sono registrati nel filesystem quante volte è stato montato un volume e da quanto tempo è stato fatto l'ultimo check e se intervengono uno di questi due valori, fasck eseguirà il check.
Di solito si parla di qualche mese dall'ultimo check (forse 18 ma potrei sbagliarmi) e non ricordo mai quanti mount.
 
You must log in or register to reply here.
Back
Top