Il 26/03/2014 17:36, Nicola Scattolin ha scritto:
[...]
in locale su macchina virtuale avevo simulato un debian 6 con
partizioni gpt e un raid 1 come nel server, ho installato il grub
anche su sdb, rimuovo sda e lo sostituisco con un altro disco
simulando quanto successo nel server, e il sis
Piviul avevi ragione,
aggiunto sda all'array, installato grub, riavviato e tutto funziona.
ora ho una domanda a cui non trovo risposta;
in locale su macchina virtuale avevo simulato un debian 6 con partizioni
gpt e un raid 1 come nel server, ho installato il grub anche su sdb,
rimuovo sda e lo
ho provato a simulare il guasto di sda (in cui risiede grub) in macchina
virtuale, aggiunto un disco al posto di sda, entrato in recovery,
riaggiunto sda al raid e installato grub, e la macchina è ripartita come
prima.
Poichè in macchina virtuale avevo dischi mbr sto provando a creare il
raid c
Nicola Scattolin scrisse in data 04/03/2014 16:09:
Il 04/03/2014 16:06, Piviul ha scritto:
il fatto che sda sia o meno nel raid direi che non influisce sul
processo di boot (ma sicuramente influisce sulla consistenza del raid).
non credo di aver capito quest'ultima parte
nel codice di grub è s
Il 04/03/2014 16:06, Piviul ha scritto:
Nicola Scattolin scrisse in data 04/03/2014 13:29:
i dischi sono GPT ma per copiare le partizioni uso il comando sgdisk -R.
ocho agli UID!
con sgdisk -G /dev/sdX assegno all'unità un UUID random
quindi secondo te se metto sda nel raid e gli do un grub-
Nicola Scattolin scrisse in data 04/03/2014 13:29:
i dischi sono GPT ma per copiare le partizioni uso il comando sgdisk -R.
ocho agli UID!
quindi secondo te se metto sda nel raid e gli do un grub-install risolvo
il fatto che sda sia o meno nel raid direi che non influisce sul
processo di boot
i dischi sono GPT ma per copiare le partizioni uso il comando sgdisk -R.
quindi secondo te se metto sda nel raid e gli do un grub-install risolvo
Il 02/03/2014 07:21, Piviul ha scritto:
Il 01/03/2014 08:37, Nicola Scattolin ha scritto:
allora, in qualche modo il server si è avviato:
ho installa
Il 01/03/2014 08:37, Nicola Scattolin ha scritto:
allora, in qualche modo il server si è avviato:
ho installato una distro debian come quella che avevo nel disco
funzionante su sda,
ho copiato sovrascrivendo tutti i file dalle partizioni md1,md3,md2
nelle corrispondenti in sda /,boot e home, il
Il 28/02/2014 17:16, Nicola Scattolin ha scritto:
ancora non riesco a venirne fuori, sda non è partizionato, il server
non si è più riavviato dopo il cambio disco.
io entro in chroot dopo aver montato md3 (/) e le partizioni di
sistema con il comando
for i in /dev /dev/pts /proc /sys; do moun
allora, in qualche modo il server si è avviato:
ho installato una distro debian come quella che avevo nel disco
funzionante su sda,
ho copiato sovrascrivendo tutti i file dalle partizioni md1,md3,md2
nelle corrispondenti in sda /,boot e home, il mio intento era di far
partire sda con tutti i da
Il 28 febbraio 2014 19:28, Nicola Scattolin ha scritto:
> come posso trovare come mi vede il disco grub e come entro nella
> configurazione di grub?
te lo può dire chi ti gestisce l'hosting (o meglio l'housing)
il bios naturalmente dovrebbe fare il boot dal disco "/dev/sdb" e così
il sistema dov
come posso trovare come mi vede il disco grub e come entro nella
configurazione di grub?
se do il comando grub mi da errore comando non trovato
Il 28/02/2014 19:10, fran...@modula.net ha scritto:
Quando hai installato il raid la prima volta dovevi installare il grub
su entambi i dischi:
# gru
Quando hai installato il raid la prima volta dovevi installare il grub
su entambi i dischi:
# grub
grub> root (hd0,0)
grub> setup (hd0)
grub> root (hd1,0)
grub> setup (hd1)
Adesso pensoche dovresti capire se il disco superstite è visto dal grub
come hd0 o hd1 e comportarti di conseguenza.
Lu
ancora non riesco a venirne fuori, sda non è partizionato, il server non
si è più riavviato dopo il cambio disco.
io entro in chroot dopo aver montato md3 (/) e le partizioni di sistema
con il comando
for i in /dev /dev/pts /proc /sys; do mount -B $i /mnt$i; done
poi monto /md1 su /boot e lanc
Nicola Scattolin scrisse in data 28/02/2014 13:00:
i dati e la partizione di boot sono su sdb, non su sda, sda è vuoto.
sto accedendo da una distro di ripristino con boot da rete
sei la dir /boot è in raid1 grub può benissimo essere su sda... continua
pure a complicarti la vita: bastava un grub-
Nicola Scattolin scrisse in data 28/02/2014 13:01:
come posso cambiare il UID di un disco?
se lancio il comando tune2fs -U random /dev/sda
mi torna:
tune2fs 1.41.12 (17-May-2010)
tune2fs: Bad magic number in super-block while trying to open /dev/sda
Couldn't find valid filesystem superblock.
per
come posso cambiare il UID di un disco?
se lancio il comando tune2fs -U random /dev/sda
mi torna:
tune2fs 1.41.12 (17-May-2010)
tune2fs: Bad magic number in super-block while trying to open /dev/sda
Couldn't find valid filesystem superblock.
Il 28/02/2014 12:41, Piviul ha scritto:
Nicola Scatto
i dati e la partizione di boot sono su sdb, non su sda, sda è vuoto.
sto accedendo da una distro di ripristino con boot da rete
Il 28/02/2014 12:56, Piviul ha scritto:
Nicola Scattolin scrisse in data 28/02/2014 11:36:
per ora mi interessa più una copia di sicurezza, la cosa che mi preme
di più
Nicola Scattolin scrisse in data 28/02/2014 11:36:
per ora mi interessa più una copia di sicurezza, la cosa che mi preme
di più e far ripartre il server, una volta ripartito com mdadm
risincronizzo gli array
se questa è la tua premura devi semplicemente installare grub su sda,
tutto il resto ti
Nicola Scattolin scrisse in data 28/02/2014 10:36:
ho aperto un ticket nel pannello dell'hosting e loro hanno cambiato il
disco.
la situazione è:
sda disco nuovo (su cui sto copiando sdb con dd)
questo è male: entambi i dischi e entrambe le partizioni avranno lo
stesso UID.
sai che ancora per
ho bloccato la copia, ho urgenza di far partire la macchina.
ho dato il comando grub-install /dev/sdb e ora mi da errore
error: found two disks with the number 0.
Il 28/02/2014 11:56, Paolo Miotto ha scritto:
Quoting Nicola Scattolin :
speravo fosse più veloce della sicronizzazione di mdadm
Quoting Nicola Scattolin :
speravo fosse più veloce della sicronizzazione di mdadm
Se vuoi velocizzare il sync (e non hai attività sulla macchina,
aumenta il valore di dev.raid.speed_limit_max
Lo vedi con:
sysctl dev.raid.speed_limit_max
e lo setti con:
sysctl -w dev.raid.speed_limit_max=
per ora mi interessa più una copia di sicurezza, la cosa che mi preme di
più e far ripartre il server, una volta ripartito com mdadm
risincronizzo gli array
Il 28/02/2014 11:34, Luca Costantino ha scritto:
Il 28 febbraio 2014 11:15, Nicola Scattolin ha scritto:
speravo fosse più veloce della
Il 28 febbraio 2014 11:15, Nicola Scattolin ha scritto:
> speravo fosse più veloce della sicronizzazione di mdadm
Non ho certezza di come funzioni internamente il mirroring di mdadm,
ma sinceramente dubito che sia una semplice copia speculare ottenibile
con dd...
se non altro da qualche parte ci d
speravo fosse più veloce della sicronizzazione di mdadm
Il 28/02/2014 10:57, Luca Costantino ha scritto:
Il 28 febbraio 2014 10:36, Nicola Scattolin ha scritto:
sda disco nuovo (su cui sto copiando sdb con dd)
il disco era in mirroring con sda, fino a quando il disco non è saltato.
il raid è s
Il 28 febbraio 2014 10:36, Nicola Scattolin ha scritto:
> sda disco nuovo (su cui sto copiando sdb con dd)
> il disco era in mirroring con sda, fino a quando il disco non è saltato.
> il raid è software con mdadm.
ma se hai un mirror sw con mdadm perchè copi TU i file a manina ocn dd
e invece non
ho aperto un ticket nel pannello dell'hosting e loro hanno cambiato il
disco.
la situazione è:
sda disco nuovo (su cui sto copiando sdb con dd)
sdb disco con 4 partizioni
swap
boot
/
e home
il disco era in mirroring con sda, fino a quando il disco non è saltato.
il raid è software con mdadm.
ho d
Nicola Scattolin scrisse in data 28/02/2014 10:06:
da fdisk -l non mi legge le partizioni singole, ma solo in disco
intero, riesco comunque ad accedere alle partizioni raid ma non riesco
ad installare il grub e avviare la macchina correttamente
Il 28/02/2014 08:57, Nicola Scattolin ha scritto:
da fdisk -l non mi legge le partizioni singole, ma solo in disco intero,
riesco comunque ad accedere alle partizioni raid ma non riesco ad
installare il grub e avviare la macchina correttamente
Il 28/02/2014 08:57, Nicola Scattolin ha scritto:
il probelma è che il server è in hosting, non posso
il probelma è che il server è in hosting, non posso fisicamente accedervi.
Il 28/02/2014 08:51, Piviul ha scritto:
Nicola Scattolin scrisse in data 28/02/2014 08:30:
Ciao a tutti,
circa 3 mesi fa ho cambiato uno dei due dischi del mio server, ho
avviato la sincronizzazione del raid e reinstall
in questo momento ho sda appena sostituito e sdb che sembra essere ok
anche come boot, forse si pianta perchè cerca di fare il boot da sda e
non da sdb?
Il 28/02/2014 08:30, Nicola Scattolin ha scritto:
Ciao a tutti,
circa 3 mesi fa ho cambiato uno dei due dischi del mio server, ho
avviato l
Nicola Scattolin scrisse in data 28/02/2014 08:30:
Ciao a tutti,
circa 3 mesi fa ho cambiato uno dei due dischi del mio server, ho
avviato la sincronizzazione del raid e reinstallato il grub.
stanotte ho dovuto far cambiare anche l'altro disco e adesso il server
non si avvia più.
Ho subito pen
Ciao a tutti,
circa 3 mesi fa ho cambiato uno dei due dischi del mio server, ho
avviato la sincronizzazione del raid e reinstallato il grub.
stanotte ho dovuto far cambiare anche l'altro disco e adesso il server
non si avvia più.
Ho subito pensato ad un problema di grub cosi sono entrato in chr
33 matches
Mail list logo