Pagina 1 di 1
[Grub] Strano problema su filesystem
Inviato: sabato 8 maggio 2010, 0:38
da laur
Gentilissimi, mi è capitato uno strano caso che vi espongo. Durante l'avanzamento a 10.04 mi è stata fatta la strana domanda su "grub install device" elencandomi i miei dischi, che sono i seguenti:
Codice: Seleziona tutto
Disco /dev/sda: 160.0 GB, 160041885696 byte
255 testine, 63 settori/tracce, 19457 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x49024901
Dispositivo Boot Start End Blocks Id System
/dev/sda1 1 19457 156288321 83 Linux
Disco /dev/sdb: 160.0 GB, 160041885696 byte
255 testine, 63 settori/tracce, 19457 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x630fd3f5
Dispositivo Boot Start End Blocks Id System
/dev/sdb1 * 1 3647 29294496 83 Linux
/dev/sdb2 3648 3890 1951897+ 82 Linux swap / Solaris
/dev/sdb3 3891 19457 125041927+ 5 Esteso
/dev/sdb5 3891 19457 125041896 83 Linux
Disco /dev/sdc: 500.1 GB, 500107862016 byte
255 testine, 63 settori/tracce, 60801 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x41d42739
Dispositivo Boot Start End Blocks Id System
/dev/sdc1 * 1 60801 488384001 7 HPFS/NTFS
Fino a ieri con la 9.04 sulla scrivania mi montava, ad ogni avvio, il disco esterno Maxtor 500 Gb e il secondo interno 160 Gb, chiamato sdb1. Ma da oggi a volte non monta il Maxtor, ed il "secondo disco" a volte si chiama sda ed a volte sdb. A volte all'interno trovo i miei dati di backup, al riavvio successivo trovo le stesse cartelle di filesystem. Ho riavviato diverse volte ma non ho mai avuto una situazione uguale alla precedente.
Questa volta l'avanzamento è andato meglio di tutte le altre volte precedenti e mi dispiacerebbe riformattare e reinstallare da zero anche stavolta.
A vostra disposizione !
P.S. non funziona neanche Simple Backup Config, ossia non parte il backup. :-\
Re: [Grub] Strano problema su filesystem
Inviato: sabato 8 maggio 2010, 9:56
da m3nhir
Quale versione di grub usi? grub o grub2?
controlla come vengono identificati i dischi/partizioni nei files /boot/grub/menu.lst se usi grub, /boot/grub/grub.cfg se usi grub2.
verifica anche il contenuto del file /boot/grub/device.map e /etc/fstab.
Se i punti di montaggio in fstab e le indicazioni della posizione dei file di boot nei grub sono del tipo '/dev/sdax'
usa l'UUID per identificare in maniera univoca quel determinato disco/partizione.
per sapere gli UUID delle varie partizioni da terminale:
Questo problema capita perche a volte, e secondo le versioni/tipo del SO varia il modo di elencare i dischi.
P.es a me sotto la 8.04 un disco me lo vede come /dev/sda, lo stesso disco su lucid come /dev/sdd ???
Re: [Grub] Strano problema su filesystem
Inviato: sabato 8 maggio 2010, 15:53
da laur
Grazie m3nhir,
dovrei usare il grub2, ecco cosa c'è in /boot/grub/grub.cfg
Codice: Seleziona tutto
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function recordfail {
set recordfail=1
if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set f970ee67-edc5-4455-ae59-d9dd43459f3b
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set f970ee67-edc5-4455-ae59-d9dd43459f3b
set locale_dir=($root)/boot/grub/locale
set lang=it
insmod gettext
if [ ${recordfail} = 1 ]; then
set timeout=-1
else
set timeout=5
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, con Linux 2.6.32-22-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set f970ee67-edc5-4455-ae59-d9dd43459f3b
linux /boot/vmlinuz-2.6.32-22-generic root=UUID=f970ee67-edc5-4455-ae59-d9dd43459f3b ro quiet splash
initrd /boot/initrd.img-2.6.32-22-generic
}
menuentry 'Ubuntu, con Linux 2.6.32-22-generic (modalità ripristino)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set f970ee67-edc5-4455-ae59-d9dd43459f3b
echo 'Caricamento Linux 2.6.32-22-generic...'
linux /boot/vmlinuz-2.6.32-22-generic root=UUID=f970ee67-edc5-4455-ae59-d9dd43459f3b ro single
echo 'Caricamento ramdisk iniziale...'
initrd /boot/initrd.img-2.6.32-22-generic
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set f970ee67-edc5-4455-ae59-d9dd43459f3b
linux16 /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set f970ee67-edc5-4455-ae59-d9dd43459f3b
linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
if [ ${timeout} != -1 ]; then
if keystatus; then
if keystatus --shift; then
set timeout=-1
else
set timeout=0
fi
else
if sleep --interruptible 3 ; then
set timeout=0
fi
fi
fi
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
, ecco la mappa device
ed ecco l'fstab
Codice: Seleziona tutto
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# / was on /dev/sda1 during installation
UUID=f970ee67-edc5-4455-ae59-d9dd43459f3b / ext4 errors=remount-ro 0 1
# /home was on /dev/sda5 during installation
UUID=30bc038d-f311-45ba-82ef-15edea13a555 /home ext4 defaults 0 2
# swap was on /dev/sda2 during installation
UUID=6ef33b25-afa0-4ace-8388-e30ca8520927 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
# personalizzazioni
/dev/sdb1 /media/Alternato ext4 rw,defaults 0 0
/dev/sdc1 /media/Maxtor ntfs rw,defaults
.
Purtroppo non ci ho capito molto. Leggo qua e la e vado a tentativi, ma questi ultimi non portano lontano. E' come se fosse che i dischi (rispetto al 9.10) non li riconosce, infatti se apro Banshee devo ricordargli ogni volta dove sono le cartelle della musica, quando "doppioclicco" sui dischi che sono sulla scrivania, ci mette un po di tempo a capire cosa deve fare, poi me li monta. Inoltre quando apro il menù Risorse appaiono due dischi con lo stesso nome.
Uso in maniera fissa e continuativa Ubuntu, senza altri S.O. dalla versione 8.10, ma in tutti gli avanzamenti c'è stato sempre qualche problema e quindi ho dovuto reinstallare. Non vorrei farlo anche questa volta, ma ... nel caso come dovrei formatare il "secondo disco" che uso come magazzino/backup?
Grazie.
Re: [Grub] Strano problema su filesystem
Inviato: sabato 8 maggio 2010, 17:27
da m3nhir
qualcosa di strano in effetti c'è. nel file di grub la partizione root viene indicata come:
cioè la seconda partizione del primo disco (si conta partendo da zero, anche se inspiegabilmente nel grub2 le partizioni vengono contate partendo da 1).
ma /dev/sda risulta:
Codice: Seleziona tutto
Dispositivo Boot Start End Blocks Id System
/dev/sda1 1 19457 156288321 83 Linux
cioè un'unica partizione che comprende l'intero disco.
Verifica con il comando da terminale:
che la partizione di root abbia effettivamente il codice UUID presente nel grub.cfg e nel fstab.
Tieni presente che se avvii il pc con l'HD esterno collegato è possibile che il BIOS modifichi l'ordine dei dischi, anche se proprio per evitare questo inconveniente si usa l'UUID e quindi non dovrebbe darti di questi problemi: >:(
Fai queste verfiche e se non risolvi vediamo come impostare le opzioni di avvio personalizzato nel grub2.
Re: [Grub] Strano problema su filesystem
Inviato: sabato 8 maggio 2010, 23:00
da laur
questo è il risultato di blkid
Codice: Seleziona tutto
/dev/sda1: LABEL="Alternato" UUID="d0f1b901-7e3a-4de9-9b4f-133f6c7604e7" TYPE="ext4"
/dev/sdb1: LABEL="Disco principale" UUID="f970ee67-edc5-4455-ae59-d9dd43459f3b" TYPE="ext4"
/dev/sdb2: UUID="6ef33b25-afa0-4ace-8388-e30ca8520927" TYPE="swap"
/dev/sdb5: UUID="30bc038d-f311-45ba-82ef-15edea13a555" TYPE="ext4"
/dev/sdc1: LABEL="Maxtor" UUID="55D123D9E79ABF54" TYPE="ntfs"
In pratica ogni volta che riavvio il PC il "Disco principale", dove ho originariamente installato la 9.10, può "capitare" di vedersi assegnato sia sda1, sia sdb1. Il disco esterno Maxtor 500 Gb, l'ho sempre avuto attaccato, anche prima ma non mi ha mai dato problemi.
Re: [Grub] Strano problema su filesystem
Inviato: sabato 8 maggio 2010, 23:28
da laur
Come volevasi dimostrare, al riavvio del computer i dischi si sono invertiti. Nell'immagine c'è il nuovo resoconto di blkid, l'immagine di Gparted prima del riavvio e Gparted attuale.
Con questa configurazione se clicco sul disco che mi appare sulla scrivania, mi si apre il mio disco di backup, con i miei documenti e cartelle. Mentre, nella situazione precedente prima del riavvio, aprendolo apparivano le cartelle di sistema.
Grazie

Re: [Grub] Strano problema su filesystem
Inviato: sabato 8 maggio 2010, 23:49
da m3nhir
ho notato che nel file /etc/fstab hai inserito due righe per il montaggio delle partizioni "alternato" e "Maxtor" utilizzando il nome del device invece dell'UUID.
Prova a modificare quelle righe usando l'UUID per il montaggio da cosi:
Codice: Seleziona tutto
/dev/sdb1 /media/Alternato ext4 rw,defaults 0 0
/dev/sdc1 /media/Maxtor ntfs rw,defaults
a cosi:
Codice: Seleziona tutto
UUID=d0f1b901-7e3a-4de9-9b4f-133f6c7604e7 /media/Alternato ext4 rw,defaults 0 0
UUID=55D123D9E79ABF54 /media/Maxtor ntfs rw,defaults 0 0
Re: [Grub] Strano problema su filesystem
Inviato: domenica 9 maggio 2010, 16:19
da laur
Ok grazie, utilizzando l'UUID non c'è confusione ed i dischi vengono riconosciuti correttamente. Ma ci sono alcune cose che non tornano.
1-Se faccio doppio click sull'unità (Alternato) che mi appare sulla scrivania, la cartella non si apre devo ri-cliccare nuovamente.
2-Non esegue il backup. L'unica prova di backup sono riuscita a crearla nella cartella File system. Con il 9.10 le cartelle di backup (.ful e .inc) venivano create ma non potevo accedere. Nel file etc/fstab volevo modificare questa riga
Codice: Seleziona tutto
UUID=d0f1b901-7e3a-4de9-9b4f-133f6c7604e7 /media/Alternato ext4 rw,defaults 0 0
per poter accedere al disco "liberamente" e vedere i backup, ma purtroppo dalle varie spiegazioni non ho capito molto (e non ho smanettato facendo prove).
Alla prossima

Re: [Grub] Strano problema su filesystem
Inviato: domenica 9 maggio 2010, 18:15
da m3nhir
laur ha scritto:
Ok grazie, utilizzando l'UUID non c'è confusione ed i dischi vengono riconosciuti correttamente. Ma ci sono alcune cose che non tornano.
1-Se faccio doppio click sull'unità (Alternato) che mi appare sulla scrivania, la cartella non si apre devo ri-cliccare nuovamente.
2-Non esegue il backup. L'unica prova di backup sono riuscita a crearla nella cartella File system. Con il 9.10 le cartelle di backup (.ful e .inc) venivano create ma non potevo accedere. Nel file etc/fstab volevo modificare questa riga
Codice: Seleziona tutto
UUID=d0f1b901-7e3a-4de9-9b4f-133f6c7604e7 /media/Alternato ext4 rw,defaults 0 0
per poter accedere al disco "liberamente" e vedere i backup, ma purtroppo dalle varie spiegazioni non ho capito molto (e non ho smanettato facendo prove).
Alla prossima
per modificare le opzioni di quella riga (rw,defaults) leggiti la pagina man di mount.
da terminale:
Eventualmente se hai problemi di accesso o scrittura su quel filesystem, controlla i permessi che hai sullo stesso e modificali se necessario. da terminale:
per conoscere i permessi.
Re: [Grub] Strano problema su filesystem
Inviato: domenica 9 maggio 2010, 19:17
da laur
A me sembra che ci siano permessi per fare qualsiasi cosa
Codice: Seleziona tutto
haiku@Ubuntu:~$ ls -l /media/Alternato
totale 20
drwxrwxrwx 4 haiku haiku 4096 2010-05-08 00:05 1-Daniela
drwxrwxrwx 7 haiku haiku 4096 2010-05-07 23:16 Backup PC
drwxrwxrwx 38 haiku haiku 4096 2010-05-02 16:52 Documenti
drwxrwxrwx 20 haiku haiku 4096 2010-02-14 17:45 Karaoke
drwxrwxrwx 11 haiku haiku 4096 2010-04-29 18:57 software
haiku@Ubuntu:~$
proverò anche con il reinstallare il programma di backup ??? ::)
===
ho reinstallato sbackup ma anche back in time. Quest'ultimo sembra funzionare, ma sbackup no. Tra l'altro con sbackup ho creato un'ennesima cartella, la quale mi è apparsa con il "divieto d'accesso". Al ché ho lanciato un "ls -l /media/Alternato" e mi è apparso il risultato nell'immagine che allego.
>:(

Re: [Grub] Strano problema su filesystem
Inviato: domenica 9 maggio 2010, 23:01
da m3nhir
tecnicamente se il tuo utente è il proprietario come appare nella lista, tutto ok.
Non dovresti avere dei problemiad accedere ai file. prova a spostarti all'interno di una di quelle directory e controllare i permessi sui file
e poi
Se puoi verifica anche se possa essere un problema dell'applicazione (provane un'altra p. es. rsync) o se possa essere un problema legato al filesystem ext4
Re: [Grub] Strano problema su filesystem
Inviato: martedì 11 maggio 2010, 22:27
da laur
Il backup di Sbackup funziona, ma le cartelle vengono create da root e quindi non ho accesso. Non ricordo bene se per il primo backup .ful ho cambiato successivamente a mano i permessi alla cartella. Desidererei avere da subito il libero accesso; forse è una limitazione di Sbackup oppure è qualche impostazione in Fstab?
P.S. Non ho ancora studiato il manuale di fstab :-[
Codice: Seleziona tutto
haiku@Ubuntu:~$ ls -l /media/Alternato
totale 28
drwxrwxrwx 4 haiku haiku 4096 2010-05-08 00:05 1-Daniela
drwxrwxrwx 7 haiku haiku 4096 2010-05-07 23:16 Backup PC
drwxr-xr-x 4 haiku haiku 4096 2010-05-11 17:17 Backup PC 2
drwxrwxrwx 38 haiku haiku 4096 2010-05-02 16:52 Documenti
drwxrwxrwx 20 haiku haiku 4096 2010-02-14 17:45 Karaoke
drwxr-xr-x 3 haiku haiku 4096 2010-05-09 20:08 Nuovo backup
drwxrwxrwx 11 haiku haiku 4096 2010-04-29 18:57 software
haiku@Ubuntu:~$ cd /media/Alternato/"Backup PC 2"
haiku@Ubuntu:/media/Alternato/Backup PC 2$ ls -l
totale 8
drwxr-x--- 2 haiku haiku 4096 2010-05-10 19:33 2010-05-10_19.07.08.902003.Ubuntu.ful
drwxr-x--- 2 root root 4096 2010-05-11 17:18 2010-05-11_17.17.06.341896.Ubuntu.inc
haiku@Ubuntu:/media/Alternato/Backup PC 2$
Continuerò con le mie prove.
Grazie

Re: [Grub] Strano problema su filesystem
Inviato: martedì 11 maggio 2010, 23:07
da m3nhir
cambia il proprietario delle cartelle o i permessi aggiungendo quelli di lettura/scrittura per l'utente.
usa chown per cambiare il proprietario e chmod per i permessi (vedi le relative pagine man).
Re: [Grub] Strano problema su filesystem
Inviato: martedì 11 maggio 2010, 23:21
da laur
Ok, riproverò. Avevo già usato questo comando
il quale mi "libera" le cartelle, ma nei giorni successivi le cartelle dei nuovi backup incrementali erano ancora di divieto d'accesso all'utente.
Proverò nei prossimi giorni anche studiano il comando chown.
Grazie.