Il giorno Tue, 8 Jun 2021 10:55:56 +0200
Roberto Balbi ha scritto:
...
> non compare grub. (?!)
> scollegato dalla mb e collegato con adattatore usb -> avvio corretto.
> update-grub
> riavvio. stesso problema. non compare grub.
> avvio col dvd di installazione di debian
On 08/06/21 10:55, Roberto Balbi wrote:
ho acquistato un disco seagate da 1tb ST1000DM010-2EP102 HDD sata
all'avvio non mi compare più la schermata di grub (!?).
il problema è che all'avvio cambi i nomi delle partizioni.
Io ti consiglio di installare grub su qualsiasi partizion
In data martedì 8 giugno 2021 16:46:53 CEST, Roberto Balbi ha scritto:
> il bios è l'ultimo disponibile per la mb, 2.10 2010/7/1 (lo so, è
> vecchiotto). la mb è sata2, ma già con un ssd sata3 (/dev/sda) non ho
> avuto problemi.
> batteria tampone ok.
Che differenza c'è tra il nuovo e il vecchio d
On Tue, Jun 08, 2021 at 10:55:56AM +0200, Roberto Balbi wrote:
> salve lista
> ho acquistato un disco seagate da 1tb ST1000DM010-2EP102 HDD sata, per
> sostituire un precedente disco a fine vita. è riconosciuto dal bios (vecchio
> pc, niente efi). all'avvio non mi compare più la
Il 08/06/21 12:34, Cosmo ha scritto:
In data martedì 8 giugno 2021 10:55:56 CEST, Roberto Balbi ha scritto:
non riesco a capire che problema abbia a partire con il disco collegato
direttamente alla mb.
Il bios è aggiornato?
La batteria tampone è stata sostituita recentemente?
grazie per la
Il 08/06/21 12:25, Marco Ciampa ha scritto:
On Tue, Jun 08, 2021 at 10:55:56AM +0200, Roberto Balbi wrote:
salve lista
Ovvio che non compaia grub, se non lo installi...
vedi il comando
grub-install /dev/sdX
... ecc.
grazie per la risposta. chiarisco che grub è installato sul disco sda
In data martedì 8 giugno 2021 10:55:56 CEST, Roberto Balbi ha scritto:
> non riesco a capire che problema abbia a partire con il disco collegato
> direttamente alla mb.
Il bios è aggiornato?
La batteria tampone è stata sostituita recentemente?
--
Cosmo
On Tue, Jun 08, 2021 at 10:55:56AM +0200, Roberto Balbi wrote:
> salve lista
> ho acquistato un disco seagate da 1tb ST1000DM010-2EP102 HDD sata, per
> sostituire un precedente disco a fine vita. è riconosciuto dal bios (vecchio
> pc, niente efi). all'avvio non mi compare più la
salve lista
ho acquistato un disco seagate da 1tb ST1000DM010-2EP102 HDD sata, per
sostituire un precedente disco a fine vita. è riconosciuto dal bios
(vecchio pc, niente efi). all'avvio non mi compare più la schermata di
grub (!?).
se lo collego con adattatore sata2usb nessun pro
On 01/09/20 09:06, pacmo wrote:
Da un mese a questa parte quando durante l'avvio si arriva alla selezione
Ubuntu, Windows 10 etc etc se si prova a scorrere la selezione con le
frecce non c'è verso, neppure l'invio per partire subito
Non accetta alcun tasto fra frecce e Invio
io proverei a f
>
> Oppure riscaricati grub2, o grub-efi, non so quale hai installato, e
> reinstallalo nel device corretto, da root:
>
> # apt update && apt upgrade
>
> # apt install --reinstall grub2/oppure/grub-efi
>
> # grub-install /dev/sdX (dove sdX è il device
Il 03/09/20 11:04, liste DOT girarsi AT posteo DOT eu ha scritto:
> Il 03/09/20 09:23, pacmo ha scritto:
>>
>> Il 03/09/20 07:05, Sergio Vi ha scritto:
>>> Hai provato ad aggiornare il grub?
>>> "sudo update-grub"
>>
>> La
Il 03/09/20 11:04, liste DOT girarsi AT posteo DOT eu ha scritto:
> Il 03/09/20 09:23, pacmo ha scritto:
>>
>> Il 03/09/20 07:05, Sergio Vi ha scritto:
>>> Hai provato ad aggiornare il grub?
>>> "sudo update-grub"
>>
>> La
Il 03/09/20 09:23, pacmo ha scritto:
>
> Il 03/09/20 07:05, Sergio Vi ha scritto:
>> Hai provato ad aggiornare il grub?
>> "sudo update-grub"
>
> La prima cosa che ho fatto !!!
> Purtroppo niente da fare !!!
>
Controlla il file grub in etc/def
Il 03/09/20 07:05, Sergio Vi ha scritto:
> Hai provato ad aggiornare il grub?
> "sudo update-grub"
La prima cosa che ho fatto !!!
Purtroppo niente da fare !!!
>
>
> Il Mar 1 Set 2020, 09:06 pacmo <mailto:pacm...@gmail.com>> ha scritto:
>
> H
Hai provato ad aggiornare il grub?
"sudo update-grub"
Il Mar 1 Set 2020, 09:06 pacmo ha scritto:
> Ho inserito questo post come OT visto che il problema riguarda un pc su
> cui è installato Ubuntu 18.04, ma riguarda un problema che potrebbe
> capitare anche sui pc che abbia
Ho inserito questo post come OT visto che il problema riguarda un pc su
cui è installato Ubuntu 18.04, ma riguarda un problema che potrebbe
capitare anche sui pc che abbiamo in Debian (credo)
Il pc in questione funziona perfettamente da vari anni e su questo pc è
installato pure windows 10 anche se
cavo: la presenza di più distribuzioni sullo stesso PC rallenta
il caricamento di grub.
Perché ? perchè quando grub va a cercare le altre distribuzioni se le
trova ingloba nel suo grub.cfg anche il grub.cfg di tutte le altre
generando un grub.cfg enorme che deve leggere alla partenza.
L'
Il giorno Tue, 17 Dec 2019 19:40:06 +0100
Gollum1 ha scritto:
>
> Scherzi a parte, per quanto riguarda la dimensione dei caratteri, mi
> pare di ricordare che ci fosse proprio un parametro da mettere nel
> file di configurazione di grub, per cambiarli.
io ho fatto cosí
per ved
erzi a parte, per quanto riguarda la dimensione dei caratteri, mi pare di
ricordare che ci fosse proprio un parametro da mettere nel file di
configurazione di grub, per cambiarli.
Una alternativa potrebbe essere cambiare la configurazione del frame buffer,
(credo sempre in grub, ma non ne son
il giorno Sun, 6 Jan 2019 16:32:16 +0100 Franky B ha
scritto:
> Ho reso eseguibile lo script di GRUB "30_os-prob" e dato il comando
> "update-grub", ma win10 non si è aggiunto alla lista di GRUB durante il
> boot, devo fare altro?
>
non saprei. A me e' se
Ho reso eseguibile lo script di GRUB "30_os-prob" e dato il comando
"update-grub", ma win10 non si è aggiunto alla lista di GRUB durante il
boot, devo fare altro?
-- Forwarded message -
From: andrea biancalana
Date: dom 6 gen 2019, 15:14
Subject: Re: grub
To:
il giorno Sun, 6 Jan 2019 14:38:21 +0100 Francesco Basciano
ha scritto:
> Ciao a tutti ho installato debian 9.6 in dual-boot con win10, però ho
> installato grub nel MBR ed ora ovviamente non posso piu avviare win10, come
> posso risolvere la cosa?
>
> mi conviene spostare g
Ciao a tutti ho installato debian 9.6 in dual-boot con win10, però ho
installato grub nel MBR ed ora ovviamente non posso piu avviare win10, come
posso risolvere la cosa?
mi conviene spostare grub e rimettere nel MBR il bootloader di win10?
oppure posso configurare grub per vedere anche win10
per ripristinare il bootloader.
Chiaramente sparirà grub, almeno per il momento
- Avviare una volta Windows
Aprire un cmd, digitare
powercfg -h off
- Aprire regedit e portarsi alla chiave
HK_LOCAL_Machine:\SYSTEM\CurrentControlSet\Control\Session Manager\Power"
Modificare il valore
"Hib
Il 21 maggio 2018 17:43, Leonardo Boselli ha scritto:
> Come far riapparire il menu lo ho trovato
> Resta il problema di come resuscitare win 8.1
potresti consigliare di cancellare la partizione di winzoz, e
recuperare spazio per una installazione linux only...
:P
lo so.. è cattiva... ma io è c
Come far riapparire il menu lo ho trovato
Resta il problema di come resuscitare win 8.1
-- Leonardo Boselli
disabilitato il CSM nel bios e questa volta tutto va
bene.
Quasi.
linux funziona, ma windows non più, anzi, non appre neppure la schermata
iniziale di grub per selezionare le opzioni.
os-prober non dice nulla e update-grup trova solo linux.
Se si tenta di montere la partizione windows sda2 mount
i
> > tranquillo
> >
> E ritorniamo a bomba: vale la pena mettere in raid la partizione EFI?
>
> Secondo me no perché basta lanciare la prima volta un grub-install sui
> dischi che si vogliono come "backup" di boot e ridare lo stesso comando
> quando viene aggior
me no perché basta lanciare la prima volta un grub-install sui
dischi che si vogliono come "backup" di boot e ridare lo stesso comando
quando viene aggiornato grub il che avviene molto di rado.
Inoltre siccome la partizione EFI contiene anche tutte le informazioni
sul partizionamento del d
Il February 16, 2018 9:39:18 AM UTC, Piviul ha scritto:
>
>
>sembra che tu abbia la possibilità[¹] di mettere anche la partizione di
>
>boot EFI in raid...
>
>
>[¹] https://lars.st0ne.at/blog/efi+partition+on+software+raid+1
È proprio questo che intendevo, una volta che sei in raid 1, ci pensa il
nebuloso, ma sono convinto di aver fatto il raid completo.
ti ricordi male; se hai fatto il raid della partizione EFI dovresti
ricordartelo perché non è cosa normale. Ma se non si è in presenza di
EFI in ogni caso si ha lo stesso problema: devi installare grub sul
settore di boot di ohni dis
Il February 16, 2018 8:21:40 AM UTC, Piviul ha scritto:
>Il 16/02/2018 09:14, Gollum1 ha scritto:
>> Il February 15, 2018 8:24:37 AM UTC, Piviul ha
>scritto:
>>> Il 14/02/2018 20:55, Mattia Oss ha scritto:
>>> ed è quello che dicevo: non è sufficiente effe
Il 16/02/2018 09:14, Gollum1 ha scritto:
Il February 15, 2018 8:24:37 AM UTC, Piviul ha scritto:
Il 14/02/2018 20:55, Mattia Oss ha scritto:
ed è quello che dicevo: non è sufficiente effettuare un grub-install
sui
dischi non di boot?
Non riesco a capire il senso di tutto ciò...
Se stai
Il February 15, 2018 8:24:37 AM UTC, Piviul ha scritto:
>Il 14/02/2018 20:55, Mattia Oss ha scritto:
>ed è quello che dicevo: non è sufficiente effettuare un grub-install
>sui
>dischi non di boot?
>
Non riesco a capire il senso di tutto ciò...
Se stai lavorando con i dischi in
Il 02/16/18 02:23, Mattia Oss ha scritto:
On Thu, Feb 15, 2018 at 09:24:37AM +0100, Piviul wrote:
"...che hai in /etc/fstab"??? veramente AFAIK se lanci il comando
grub-install /dev/sdb aggiorni la partizione di boot EFI del disco sdb no?
Probabilmente si, ma non sono in grado di
Il 14/02/2018 20:55, Mattia Oss ha scritto:
On Wed, Feb 14, 2018 at 12:01:26PM +0100, Piviul wrote:
Mi sono un po' perso... non è sufficiente altrimenti ricordarsi di eseguire
un grub-install sui dischi che compongono il raid ogni volta che si cambia
la configurazione di grub?
si ma
On Wed, Feb 14, 2018 at 12:01:26PM +0100, Piviul wrote:
> Mi sono un po' perso... non è sufficiente altrimenti ricordarsi di eseguire
> un grub-install sui dischi che compongono il raid ogni volta che si cambia
> la configurazione di grub?
si ma grub-install aggiornerà solo la part
ltrimenti ricordarsi di
eseguire un grub-install sui dischi che compongono il raid ogni volta
che si cambia la configurazione di grub?
Piviul
On Wed, Feb 07, 2018 at 02:24:37PM +0100, gerlos wrote:
>
> > Il giorno 06 feb 2018, alle ore 20:11, Mattia Oss ha
> > scritto:
> >
> > On Tue, Feb 06, 2018 at 04:15:57PM +0100, Lorenzo "Palinuro" Faletra wrote:
> >> posso confermare che la esp non può essere messa in raid
> >
> > Da come mi a
On 02/07/2018 02:24 PM, gerlos wrote:
> In casi come questi, io prenderei un piccolo SSD (ormai i tagli piccoli hanno
> costi irrisori), su cui metterei la ESP e /boot. Il resto del sistema lo
> metterei sul RAID. Questo drive verrebbe usato quasi sempre in sola lettura,
> quindi penso sia rag
/fat32 con flag esp su tutti i dischi del raid di boot.
>> ovviamente solo una cartella farà da master, e solo una verrà tenuta
>> aggiornata dagli update di grub, così ho fatto in modo che fstab mi
>> monti /boot/efi, /boot/efi1, /boot/efi2 e così via, e che uno script di
>&g
ne
> fat12/fat16/fat32 con flag esp su tutti i dischi del raid di boot.
> ovviamente solo una cartella farà da master, e solo una verrà tenuta
> aggiornata dagli update di grub, così ho fatto in modo che fstab mi
> monti /boot/efi, /boot/efi1, /boot/efi2 e così via, e che uno script di
>
posso confermare che la esp non può essere messa in raid
una soluzione che adotto sui miei server è di creare una partizione
fat12/fat16/fat32 con flag esp su tutti i dischi del raid di boot.
ovviamente solo una cartella farà da master, e solo una verrà tenuta
aggiornata dagli update di grub
On Mon, Feb 05, 2018 at 08:30:01PM +0100, Mattia Oss wrote:
> On Sun, Feb 04, 2018 at 11:05:49PM +, Lorenzo "Palinuro" Faletra wrote:
> > se esterna al raid rispetto ai 2 dischi in raid allora si, perchè la
> > rottura di uno dei 2 dischi non compromette lanrottura della partizione di
> > boo
On Sun, Feb 04, 2018 at 11:05:49PM +, Lorenzo "Palinuro" Faletra wrote:
> se esterna al raid rispetto ai 2 dischi in raid allora si, perchè la rottura
> di uno dei 2 dischi non compromette lanrottura della partizione di boot (che
> è altrove)
>
> se invece la partizione è su uno dei 2 dischi
Il giorno dom, 04/02/2018 alle 14.11 +0100, valerio ha scritto:
> ho scoperto che grub, quando si lancia update, va a leggere tutti i
> grub.cfg delle altre partizioni. Infatti avevo dei grub.cfg molto
> lunghi e con uid non più esistenti.
Premetto che non ho studiato la cosa più di
o di avviare il sistema se uno dei dischi si rompe, in
>rete si suggerisce di installare grub su entrambi i dischi.
>
>Mi chiedevo, nei sistemi UEFI è ancora vero? Grub viene installato
>sulla
>partizione EFI (esterna al raid), quindi in teoria non dovrebbe essere
>necessario? O s
Ciao a tutti,
ho da poco installato debian con 2 dischi in raid1. Siccome vorrei
essere in grado di avviare il sistema se uno dei dischi si rompe, in
rete si suggerisce di installare grub su entrambi i dischi.
Mi chiedevo, nei sistemi UEFI è ancora vero? Grub viene installato sulla
partizione
gt; > > On Sun, Feb 04, 2018 at 02:11:39PM +0100, valerio wrote:
> > > > > salve a tutti,
> > > > > ho scoperto che grub, quando si lancia update, va a leggere tutti i
> > > > > grub.cfg delle altre partizioni. Infatti avevo dei grub.c
Il 04/02/2018 16:50, Felipe Salvador ha scritto:
On Sun, Feb 04, 2018 at 04:00:33PM +0100, valerio wrote:
Il 04/02/2018 15:40, Felipe Salvador ha scritto:
On Sun, Feb 04, 2018 at 02:11:39PM +0100, valerio wrote:
salve a tutti,
ho scoperto che grub, quando si lancia update, va a leggere
On Sun, Feb 04, 2018 at 04:00:33PM +0100, valerio wrote:
>
>
> Il 04/02/2018 15:40, Felipe Salvador ha scritto:
> > On Sun, Feb 04, 2018 at 02:11:39PM +0100, valerio wrote:
> > > salve a tutti,
> > > ho scoperto che grub, quando si lancia update, va a leggere t
Il 04/02/2018 15:40, Felipe Salvador ha scritto:
On Sun, Feb 04, 2018 at 02:11:39PM +0100, valerio wrote:
salve a tutti,
ho scoperto che grub, quando si lancia update, va a leggere tutti i
grub.cfg delle altre partizioni. Infatti avevo dei grub.cfg molto
lunghi e con uid non più esistenti
On Sun, Feb 04, 2018 at 02:11:39PM +0100, valerio wrote:
> salve a tutti,
> ho scoperto che grub, quando si lancia update, va a leggere tutti i
> grub.cfg delle altre partizioni. Infatti avevo dei grub.cfg molto
> lunghi e con uid non più esistenti.
> parliamo di un pc con tre
salve a tutti,
ho scoperto che grub, quando si lancia update, va a leggere tutti i
grub.cfg delle altre partizioni. Infatti avevo dei grub.cfg molto lunghi
e con uid non più esistenti.
parliamo di un pc con tre dischi e cinque partizioni con sistema: ho
rinominato tutti i grub.cfg, rilanciato
Il 06/01/2018 12:06, valerio ha scritto:
> Il 06/01/2018 11:24, Portobello ha scritto:
>> Credo di avere un problema con Grub. Perché se faccio update-grub da
>> terminale, lui trova l'ultima immagine e la penultima.
>> update-grub
>> Generating grub configurat
Il 09/04/2016 13:32, pac ha scritto:
Ho messo OT in quanto il problema riguarda ubuntu e non debian
Stamattina ho avviato il pc come sempre è mi sono trovato
errro: symbol `grub_term_highlight_color` not found
grub rescue>
Ho preso una distro live e ho provato il giochino
sudo mount /dev/s
Il 9 aprile 2016 13:32, pac ha scritto:
> Ora io vorrei ripristinare un grub che mi permetta editor, avvio con windows
> etc
> Come posso fare ?
La cosa più semplice è
sudo apt-get remove --purge grub
sudo apt-get install grub
e poi ancora
sudo update-grub
per sicurezza.
Giovanni
Ho messo OT in quanto il problema riguarda ubuntu e non debian
Stamattina ho avviato il pc come sempre è mi sono trovato
errro: symbol `grub_term_highlight_color` not found
grub rescue>
Ho preso una distro live e ho provato il giochino
sudo mount /dev/sda5 /mnt
sudo mount --bind /dev /mnt/
On 09/02/2016 20:22, Davide Prina wrote:
2) poi con grub2 è cambiata la sintassi...
guarda questo, spiega come fare facilmente a capire dov'è il file del kernel
https://www.linux.com/learn/tutorials/776643-how-to-rescue-a-non-booting-grub-2-on-linux/
Ciao
Davide
--
Dizionari:
On 09/02/2016 09:00, Temax wrote:
Il 08/02/2016 20:28, Davide Prina ha scritto:
caso 1: primo disco (hd0) e seconda partizione (,2)
grub > kernel (hd0,2)/vmli
premi tab e ti dovrebbe completare il nome, se ti riporta un elenco di
nomi scegliene uno completando a mano la scritta
er
Temax ha scritto il 08/02/2016 alle 15:14:
Salve a tutti.
Purtroppo dopo un aggiornamento automatico il pc non si avvia più.
All'accensione, dopo WELCOME TO GRUB, mi appare una schermata di avvisi
che si concludono con:
/bin/sh: can't access tty; job control turned off
(initramfs)
Su
Temax ha scritto il 08/02/2016 alle 15:14:
>
> Salve a tutti.
> Purtroppo dopo un aggiornamento automatico il pc non si avvia più.
> All'accensione, dopo WELCOME TO GRUB, mi appare una schermata di avvisi
> che si concludono con:
>
> /bin/sh: can't access tty; job
poca sia stato risolto, se non altro perché siamo
andati avanti con i kernel, è grub è passato a grub2, quindi con tutta una
struttura diversa (non esiste più menu.lst).
Byez
--
Gollum1
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli
errori di battitura (malede
Il giorno 8 febbraio 2016 15:14, Temax ha scritto:
> Purtroppo dopo un aggiornamento automatico il pc non si avvia più.
> All'accensione, dopo WELCOME TO GRUB, mi appare una schermata di avvisi
> che si concludono con:
>
> /bin/sh: can't access tty; job control turned
Il 08/02/2016 20:28, Davide Prina ha scritto:
/bin/sh: can't access tty; job control turned off
(initramfs)
Grub ti permette di avviare qualsiasi sistema operativo usando la sua
interfaccia. Guarda che quando appare grub ti indica un tasto da
premere (ora non ricordo, forse F1?
On 08/02/2016 15:14, Temax wrote:
Purtroppo dopo un aggiornamento automatico il pc non si avvia più.
/bin/sh: can't access tty; job control turned off
(initramfs)
non è che durante l'upgrade ti è uscito un messaggio del tipo: grub non
è in grado di rilevare la partizion
In data lunedì 8 febbraio 2016 15:14:54, Temax ha scritto:
> Salve a tutti.
> Purtroppo dopo un aggiornamento automatico il pc non si avvia più.
Utilizzi UEFI o BIOS?
> All'accensione, dopo WELCOME TO GRUB, mi appare una schermata di avvisi
> che si concludono con:
>
>
Salve a tutti.
Purtroppo dopo un aggiornamento automatico il pc non si avvia più.
All'accensione, dopo WELCOME TO GRUB, mi appare una schermata di avvisi
che si concludono con:
/bin/sh: can't access tty; job control turned off
(initramfs)
Su questo pc all'inizio c'er
Piviul ha scrito il 11/09/2015 alle 14:34:
> loopback loop (lv)/vg-lv_root/urbackup_restore_1.1.1.iso
questa è più probabile:
loopback loop (lv/vg-lv_root)/urbackup_restore_1.1.1.iso
Ciao
Piviul
Fabrizio ha scritto il 11/09/2015 alle 13:59:
> perchè mai dovrebbe partirti una iso?
perché grub è anche in grado di far partire un sistema da una iso! Che
poi si possa farne a meno magari affrontando il problema come suggerisci
non c'è dubbio... ma Alessandro avrà i suoi buon
Il giorno 11 settembre 2015 13:01, Alessandro - Infopix <
alessan...@infopix.it> ha scritto:
>
>
>
> La iso ha il seguente percorso /urbackup_restore_1.1.1.iso
>
>
>
>
> Ciao,
perchè mai dovrebbe partirti una iso?
Io proverei a fare dd della iso sulla partizione.
Ciao a tutti!
Ho un problema che mi stuzzica da tempo
Devo inserire una voce di grub che mi permetta di avviare una iso del livecd
di urbackup (da quello che ho capito la distro è basata su debian)
La iso in questione sta su una partizione lvm chiamata lv_root contenuta nel
virtual group vg
> Il giorno 10/set/2015, alle ore 15:12, Pol Hallen
> ha scritto:
>
>
> ho selezionato /dev/sdb e /dev/sdc
da le mie precedenti bestemmie con mdadm e la sostituzione dei dischi:
a: il nuovo disco ha cambiato uuid: accertarsi che grub abbia acquisito i nuovi
uuid
Pol Hallen ha scrito il 10/09/2015 alle 15:12:
[...]
no no.. è un disco dati, il boot è sempre stato su /dev/sdb e /dev/sdc
normalmente nel 90% dei bios sda è il disco di boot. Quindi una
controllate nel bios io la darei e anche se fai un grub-install /dev/sda
non cancelli nulla dei dati ivi
Pol Hallen ha scrito il 10/09/2015 alle 15:12:
> [...]
> no no.. è un disco dati, il boot è sempre stato su /dev/sdb e /dev/sdc
normalmente nel 90% dei bios sda è il disco di boot. Quindi una
controllate nel bios io la darei e anche se fai un grub-install /dev/sda
non cancelli nulla dei da
dpkg-reconfigure -plow grub-pc
questo ci dice poco nel senso che non sappiamo come hai risposto alle
domande che ti sono state poste.
ho selezionato /dev/sdb e /dev/sdc
In ogni caso la prossima volta esegui il comando grub-install /dev/sd?
dove sd? è il disco che hai sostituito
ok!
A
> /dev/sdc2 /
> /dev/sdc3 data
>
> mdadm ha ricreato i dati sull'unità nuova.
... quindi il sync era finito?
> Ho quindi riscritto grub
> (debian 6) anche sul nuovo disco usando
>
> dpkg-reconfigure -plow grub-pc
questo ci dice poco nel senso che non sappiamo come hai r
ciao a tutti.. sono nei guai :-/
ho sostituito un disco ad un server con mdadm (raid 1) - disco di
sistema, con partizionamento solito:
/dev/sdb1 swap
/dev/sdb2 /
/dev/sdb3 data
/dev/sdc1 swap
/dev/sdc2 /
/dev/sdc3 data
mdadm ha ricreato i dati sull'unità nuova. Ho quindi riscritto
Dall'esperiezna che ho avuto io con Grub legacy 097 non riesci ha far
partire una distro con installato Grub2 (o aggiorni a grub2 o inverti le
partenze)
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "un
Premettendo che ho una debian squeeze installato su un raid1
a cui ho aggiunto un paio di giorni fa un ssd su cui ho provveduto
ad installare l'ultima versione stable di debian jessie.
Vorrei sapere come posso trasferire il controllo a partire da
grub legacy 0.97 installato sul primo setto
Il giorno 21/feb/2015, alle ore 15:02, Vincenzo Villa
ha scritto:
> Il problema nasce quando parto col vecchio Wheezy che si trova su un
> disco partizionato MBR: grub non riesce a trovare nessuno degli OS
> presenti sul nuovo disco. Domanda: può grub installato su MBR far
> p
nasce quando parto col vecchio Wheezy che si trova su un
disco partizionato MBR: grub non riesce a trovare nessuno degli OS
presenti sul nuovo disco. Domanda: può grub installato su MBR far
partire anche sistemi installati su GPT (le cose trovate googlando mi
hanno solo confuso)
Grazie
PS: è sol
In data lunedì 29 settembre 2014 00:35:32, Mattia Rizzolo ha scritto:
> []
> >> sappi comunque che tecnicamente non "sposti" grub, semplicemente lo
> >> installi _anche_ in un'altra locazione, ma penso che sia ok in ogni
> >> caso.
> >
>
2014-09-29 0:28 GMT+02:00 elio marvin :
> In data domenica 28 settembre 2014 21:29:40, Mattia Rizzolo ha scritto:
>> 2014-09-28 21:20 GMT+02:00 elio marvin :
>> > root@elmaravea3:/home/marisa# grub-install /dev/sda1
>> > /usr/sbin/grub-setup: errore: impossibile
In data domenica 28 settembre 2014 21:29:40, Mattia Rizzolo ha scritto:
> 2014-09-28 21:20 GMT+02:00 elio marvin :
> > Ciao lista.
> >
> > Avrei la necessità di spostare grub dall'mbr a /dev/sda1, ma il comando
> > che personalmente non ho mai usato, mi ha ri
ller ti chiede dove installare grub,
e io sempre indico quella del sistema . . . ti sembra strano?
Ho diversi sistemi sullo stesso disco, per cui uso un bootloader grafico.
Ti ho risposto credendo di fare un gesto dovuto, non altro, anche perchè non
pensavo che Mattia ti avrebbe risposto in meri
Diciamo che la risposta di Mattia, mi sembra più che sufficiente, il
fatto di dire, lo faccio abitualmente, mi sembra non portare a nessuna
conclusione.
Il 28 settembre 2014 21:38, elio marvin ha scritto:
> In data domenica 28 settembre 2014 21:27:43, emmanuel segura ha scritto:
>> Il boot loade
In data domenica 28 settembre 2014 21:27:43, emmanuel segura ha scritto:
> Il boot loader deve risiedere nei primo 446 bytes del primo settore
> del disco, quindi a quanto so, non so sulla partizione.
Si installa anche sulla partizione, lo faccio abitualmente.
Grazie della risposta.
--
elio
--
rebbe voler mettere qualcos'altro
nell'mbr (magari puoi metterci un boot manager più bello da vedere o
chissà cosa) che poi faccia chainload di grub della partizione
(comunque posto nei primi byte della partizione), che a sua volta
boota linux.
--
regards,
Mattia Rizzolo
GPG Key: 4096R/B
2014-09-28 21:20 GMT+02:00 elio marvin :
> Ciao lista.
>
> Avrei la necessità di spostare grub dall'mbr a /dev/sda1, ma il comando che
> personalmente non ho mai usato, mi ha risposto con l'errore seguente:
>
> root@elmaravea3:/home/marisa# grub-install /dev/sda1
&g
Ciao lista.
Avrei la necessità di spostare grub dall'mbr a /dev/sda1, ma il comando che
personalmente non ho mai usato, mi ha risposto con l'errore seguente:
root@elmaravea3:/home/marisa# grub-install /dev/sda1
/usr/sbin/grub-setup: avviso: Tentativo di installare GRUB su un disco
Il boot loader deve risiedere nei primo 446 bytes del primo settore
del disco, quindi a quanto so, non so sulla partizione.
Il 28 settembre 2014 21:20, elio marvin ha scritto:
> Ciao lista.
>
> Avrei la necessità di spostare grub dall'mbr a /dev/sda1, ma il comando che
> persona
Ciao lista.
Avrei la necessità di spostare grub dall'mbr a /dev/sda1, ma il comando che
personalmente non ho mai usato, mi ha risposto con l'errore seguente:
root@elmaravea3:/home/marisa# grub-install /dev/sda1
/usr/sbin/grub-setup: avviso: Tentativo di installare GRUB su un disco
però l'errore (error: unknown LVM metadata header) mostrato
dal grub-install comunque in effetti sembra che il messaggio finale
(Installation finished. No error reported.) sia veritiero.
Se qualcuno quindi ha qualche idea da cosa dipenda...
Grazie
Piviul
Ho appena fatto l'upgrade di un server da squeeze a wheezy e al reboot
ho ricevuto l'errore:
Grub error: symbol not found: 'grub_divmod64_full'
Ho dato un'occhiata in internet e consigliavano di fare il purge di grub
e successiva reinstallazione
Per fortuna in uno d
etc/fstab, sostituendo hda con sda?
2. Hai provato a fargli ricostruire il file initram con update-initramfs?
3. Hai provato a dire a grub di aggiornare il device map con grub-mkdevicemap
prima di dare update-grub?
Occhio che i comandi ai punti #2 e #3 li dovresti eseguire nella root del
sistem
partizioni. Ho provato a ripristinare l'array raid, a montare la
partizione di boot, a fare chroot in quella nuova partizione, apt-get
install sembra funzionare, con un po' di warning, ma grub non vede
nulla.
Non so più cosa provare... La mia idea era che, una volta fatto il
rescue della vec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 15 Mar 2014, GiancFir wrote:
[...]
ma come lo hai saputo!!??
beh diciamo che mi sono trovato in una situazione pari alla tua, ho
notato questa "stranezza" e ho semplicemente controllato quella voce del
menu e... svelato l'arcano.
comu
Il 15/03/2014 15:16, dr_morti...@cryptolab.net ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 15 Mar 2014, GiancFir wrote:
Una volta, quando si aggiornava il kernel, le vecchie versioni
apparivano al boot. Adesso non più, ho provato ad eseguire update-grub
ma senza
101 - 200 di 947 matches
Mail list logo
