Consenso all'uso dei cookies

Si sono verificati i seguenti errori:
Warning [2] Use of undefined constant EUCOOKIELAW_DEBUG - assumed 'EUCOOKIELAW_DEBUG' (this will throw an Error in a future version of PHP) - Line: 154 - File: eucookielaw-header.php PHP 7.3.6 (Linux)
File Line Function
/eucookielaw-header.php 154 errorHandler->error
/eucookielaw-header.php 232 EUCookieLawHeader->log
/eucookielaw-header.php 534 EUCookieLawHeader->EUCookieLawHeader
/global.php 20 require
/showthread.php 24 require_once
Warning [2] Use of undefined constant EUCOOKIELAW_DEBUG - assumed 'EUCOOKIELAW_DEBUG' (this will throw an Error in a future version of PHP) - Line: 154 - File: eucookielaw-header.php PHP 7.3.6 (Linux)
File Line Function
/eucookielaw-header.php 154 errorHandler->error
/eucookielaw-header.php 237 EUCookieLawHeader->log
/eucookielaw-header.php 534 EUCookieLawHeader->EUCookieLawHeader
/global.php 20 require
/showthread.php 24 require_once



SITO1 -- SITO2 -- Forum2 -- CercaGlobale -- Informativa su Cookie e Privacy

Questo Forum1 è in sola lettura -- Usa il Forum2


Valutazione discussione:
  • 0 voto(i) - 0 media
  • 1
  • 2
  • 3
  • 4
  • 5
[RISOLTO] blocco del sistema operativo
#11
A me sembra che ci sia un problema di blocchi nel hdd (il famoso superblocco). In questi blocchi ci sono scritti gli indirizzi dei file scritti sul hdd. Dai il comando:


Codice:
sudo fsck ext4 -v /dev/sda6

è posta il risultato. I comandi vanno sempre dati dalla live.
 
Cita messaggio
#12
Ho digitato nel terminale dal live:

sudo fdisk -l                                                  invio
sudo mount /dev/sda1/mnt                           invio
sudo mount --bind /dev/mnt/dev                   invio
sudo mount --bind /proc/mnt/proc                 invio
sudo mount --bind /sys/mnt/sys                   invio
sudo chroot /mnt                                         invio
exit


dopodichè ho chiuso il terminale e lo accesso di nuovo e ho digitato:

sudo fdisk -l                                                            invio
sudo mount /dev/sda6/mnt                                     invio
sudo mount --bind /dev/mnt/dev                           invio
sudo mount --bind /proc/mnt/proc                           invio
sudo mount --bind /sys/mnt/sys                             invio
sudo chroot /mnt
exit


purtroppo non ho risolto i lproblema. Dove ho sbagliato?
 
Cita messaggio
#13
(08-05-2014, 19:37 )'roberto1155' Ha scritto: A me sembra che ci sia un problema di blocchi nel hdd (il famoso superblocco). In questi blocchi ci sono scritti gli indirizzi dei file scritti sul hdd. Dai il comando:



Codice:
sudo fsck ext4 -v /dev/sda6

è posta il risultato. I comandi vanno sempre dati dalla live.
 
ubuntu@ubuntu:~$ sudo fsck ext4 -v /dev/sda6
fsck from util-linux 2.20.1
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
ubuntu@ubuntu:~$

 
Cita messaggio
#14
Codice:
sudo fsck -v /dev/sda6


 
Cita messaggio
#15
il risultato di:

sudo fdisk -l                  invio
sudo fsck -v /dev/sda6

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 251.0 GB, 251000193024 bytes
255 heads, 63 sectors/track, 30515 cylinders, total 490234752 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: 0x000bea16

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048    48828415    24413184   83  Linux
/dev/sda2        48830462   490233855   220701697    5  Extended
/dev/sda5       482422784   490233855     3905536   82  Linux swap / Solaris
/dev/sda6        48830464   482422783   216796160   83  Linux

Partition table entries are not in disk order
ubuntu@ubuntu:~$ sudo fsck -v /dev/sda6
fsck from util-linux 2.20.1
e2fsck 1.42.8 (20-Jun-2013)
fsck.ext4: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda6
Could this be a zero-length partition?

mentre il risultato di:

sudo fdisk -l                invio
sudo fsck ext4 -v /dev/sda6

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 251.0 GB, 251000193024 bytes
255 heads, 63 sectors/track, 30515 cylinders, total 490234752 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: 0x000bea16

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048    48828415    24413184   83  Linux
/dev/sda2        48830462   490233855   220701697    5  Extended
/dev/sda5       482422784   490233855     3905536   82  Linux swap / Solaris
/dev/sda6        48830464   482422783   216796160   83  Linux

Partition table entries are not in disk order
ubuntu@ubuntu:~$ sudo fsck ext4 -v /dev/sda6
fsck from util-linux 2.20.1
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
ubuntu@ubuntu:~$


 
Cita messaggio
#16
ti spedisco altre informazioni nella speranza che possano essere utili:

Quando riavvio il computer, non compare più initramfs_
Ma compare una finestra che dice: "sono stati trovati gravi errori durante il controllo dell'unità disco per /home.
Premere I per ignorare, S per omettere il mount o M per il ripristino manuale.
Io premo I e compare :"si è verificato un errore durante il mount di /home.
Premere S per saltare il montaggio oppure M per il ripristino manuale.
Quindi, premo S e compare la sessione ospite.
Se, invece, clicco su "enzo" e digito la password, non me lo riconosce, quindi sono costretto ad usare la sessione ospite, ma putroppo, non appaiano le cartelle, i file, ecc.

spero di essere stato più chiaro 
 
Cita messaggio
#17
Il SO non riesce a leggere la tua porima home. Quella ospite la legge in quanto è un'altra, collegata al nuovo nominativo (sessione ospite) e naturalmente i file del vecchio (per così dire) utente non cisono. Vediamo se riusciamo a ricostruire i dati della tua vecchia home. Ci sono due modi 1° ricostruire i blocchi dove sono scritti gli indirizzi dei file sulla partizione sda6, se ci siriesce. 2° usare il programma testdisk per recuperare la partizione. Intanto postami il risultato del comando:


Codice:
sudo mke2fs -n /dev/sda6

Questo comando ci permette di individuare dove sono conservati i backup dei blocchi dati.


 
Cita messaggio
#18
eccoti il risultato.

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 251.0 GB, 251000193024 bytes
255 heads, 63 sectors/track, 30515 cylinders, total 490234752 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: 0x000bea16

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048    48828415    24413184   83  Linux
/dev/sda2        48830462   490233855   220701697    5  Extended
/dev/sda5       482422784   490233855     3905536   82  Linux swap / Solaris
/dev/sda6        48830464   482422783   216796160   83  Linux

Partition table entries are not in disk order
ubuntu@ubuntu:~$ sudo mke2fs -n /dev/sda6
mke2fs 1.42.8 (20-Jun-2013)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
13557760 inodes, 54199040 blocks
2709952 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
1655 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000, 7962624, 11239424, 20480000, 23887872

ubuntu@ubuntu:~$


 
Cita messaggio
#19
Il comando "sudo fdisk -l" non serve. Quello che mi serve è questo:
Citazione:
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,  4096000, 7962624, 11239424, 20480000, 23887872
Sono gli indirizzi dove sono le copie del "superblocco". Ora il comando che ti dò va ripetuto per tutti gli indirizzi, finche la partizione non funziona.


Codice:
sudo e2fsck -b indirizzo /dev/sda6

naturalmente al posto di "indirizzo" va messo il numero. Naturalmente per vedere se funziona devi resettare e far partire hdd.
Cita messaggio
#20
se ho capito bene, devo fare la prova prima con un indirizzo e, prima di procedere con l'altro, devo riavviare il computer per vedere se si è risolto il problema?
Cita messaggio


Vai al forum:


Utenti che stanno guardando questa discussione: 1 Ospite(i)