On 7/20/23 12:04, Marco Gaiarin wrote:
Mandi! Diego Zuccato
In chel di` si favelave...
Potrebbe essere l'opzione 'recordfail'?
Puoi provare ad aggiungere a grub.cfg
GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT
https://askubuntu.com/questions/1/how-can-i-force-ubuntu-to-boot-on-a-stuck-boot-menu/
Mandi! Diego Zuccato
In chel di` si favelave...
> Potrebbe essere l'opzione 'recordfail'?
> Puoi provare ad aggiungere a grub.cfg
> GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT
> https://askubuntu.com/questions/1/how-can-i-force-ubuntu-to-boot-on-a-stuck-boot-menu/244752#244752
Ah, si; questa cosa
Ottimo, grazie Diego, non l'ho sognato, è quello che cercavo. Ora faccio
un po' di prove
Piviul
On 7/20/23 08:49, Diego Zuccato wrote:
Potrebbe essere l'opzione 'recordfail'?
Puoi provare ad aggiungere a grub.cfg
GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT
https://askubuntu.com/questions/1/how
Potrebbe essere l'opzione 'recordfail'?
Puoi provare ad aggiungere a grub.cfg
GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT
https://askubuntu.com/questions/1/how-can-i-force-ubuntu-to-boot-on-a-stuck-boot-menu/244752#244752
HIH
Diego
Il 20/07/2023 08:41, Piviul ha scritto:
On 7/19/23 13:22, Marco
On 7/19/23 13:22, Marco Gaiarin wrote:
Mandi! Piviul
In chel di` si favelave...
Ciao a tutti, ho un server, un hp proliant che quando faccio il reboot
talvolta si ferma sulla schermata di grub in attesa che qualche
buonanima prema invio, non parte il countdown in automatico quindi
riavviare
Mandi! Piviul
In chel di` si favelave...
> Ciao a tutti, ho un server, un hp proliant che quando faccio il reboot
> talvolta si ferma sulla schermata di grub in attesa che qualche
> buonanima prema invio, non parte il countdown in automatico quindi
> riavviare remotamente un server può essere
On Tue, May 02, 2023 at 02:52:20PM +0200, Filippo Dal Bosco - wrote:
> Il giorno Tue, 2 May 2023 12:35:06 +0200
> Piviul ha scritto:
>
> >
> >
> > non so se si possa usare ancora l'indice... hai provato ad usare gli
> > id[¹]?
>
> prima che mi lanci in esperimenti: se sbaglio il default cosa su
Il giorno Tue, 2 May 2023 12:35:06 +0200
Piviul ha scritto:
>
>
> non so se si possa usare ancora l'indice... hai provato ad usare gli
> id[¹]?
prima che mi lanci in esperimenti: se sbaglio il default cosa succede ?
Parte comunque come default =0 oppure si blocca e mi tocca fare un boot
con su
On 5/1/23 14:51, Filippo Dal Bosco - wrote:
La lista dei possibili OS da lanciare con GRUB parte da 0 la prima
menuentry ( set default =0) e poi si conteggiano solo le menuentry
principali o anche le menuentry dei submenu ?
non so se si possa usare ancora l'indice... hai provato ad usare gli id
Il giorno mar 25 apr 2023 alle ore 12:49 Piviul
ha scritto:
>
> Il 24/04/23 21:48, Gollum1 ha scritto:
> > [...]
> > A differenza di prima, che mi diceva di non avere spazio per
> > l'installazione, ora mi dice "efi variables are not suported on this
> > System"... ma fino alla reinstallazione, fu
Il 24/04/23 21:48, Gollum1 ha scritto:
[...]
A differenza di prima, che mi diceva di non avere spazio per
l'installazione, ora mi dice "efi variables are not suported on this
System"... ma fino alla reinstallazione, funzionava e non ho
modificato nulla nel BIOS.
A leggere in giro sembra che no
Il lun 24 apr 2023, 20:38 Piviul ha scritto:
> Il 24/04/23 19:35, Gollum1 ha scritto:
> > [...]
> > Ora ho scaricato la netinstall di stable, ho cancellato e ricreato la
> > partizione uefi... Si è bloccato su tasklist, non mi ha fornito la
> > scelta di task da installare e abortisce... Comincia
Il 24/04/23 19:35, Gollum1 ha scritto:
[...]
Ora ho scaricato la netinstall di stable, ho cancellato e ricreato la
partizione uefi... Si è bloccato su tasklist, non mi ha fornito la
scelta di task da installare e abortisce... Cominciano a girarmi i
cosiddetti...
e come mai? cosa dicono i logs
Il 24/04/23 14:47, Gollum1 ha scritto:
Ciao lista,
ho deciso di reinstallare la mia Debian. Di solito parto da una
nightly mini.iso perché solitamente installo direttamente una unstable
senza fare passaggi intermedi. Questa volta ho scelto di installare
comunque una stable (uso molto meno que
Il lun 24 apr 2023, 18:26 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:
> Il 24/04/23 14:47, Gollum1 ha scritto:
> >
> > Come è possibile ciò? Le partizioni sono ancora quelle originali,
> possibile
> > che grub sia cresciuto così tanto?
> >
> > C'è qualche verifica o u
Il 24/04/23 14:47, Gollum1 ha scritto:
Come è possibile ciò? Le partizioni sono ancora quelle originali, possibile
che grub sia cresciuto così tanto?
C'è qualche verifica o una dimensione minima corretta che posso/devo dare
alla partizione? (sperando di perdere tutto il contenuto del disco)
Sa
Il 28/02/22 20:51, Davide Prina ha scritto:
On 28/02/22 09:16, Piviul wrote:
# grub-install
Installing for x86_64-efi platform.
grub-install: warning: Cannot set EFI variable Boot0006.
grub-install: warning: efivarfs_set_variable: writing to fd 7
failed: No space left on device.
grub-install:
On 28/02/22 09:16, Piviul wrote:
# grub-install
Installing for x86_64-efi platform.
grub-install: warning: Cannot set EFI variable Boot0006.
grub-install: warning: efivarfs_set_variable: writing to fd 7 failed:
No space left on device.
grub-install: warning: _efi_set_variable_mode: ops->set_var
Il 12/08/21 00:12, Marco Ciampa ha scritto:
On Tue, Aug 10, 2021 at 12:59:59PM +0200, Piviul wrote:
Ciao a tutti, ritorno sull'argomento... data una debian 10 la cui partizione
di boot risiede su un LV basato su un VG con 1 solo PV in raid1 software nel
momento in cui al LV si aggiunge un second
On Tue, Aug 10, 2021 at 12:59:59PM +0200, Piviul wrote:
> Ciao a tutti, ritorno sull'argomento... data una debian 10 la cui partizione
> di boot risiede su un LV basato su un VG con 1 solo PV in raid1 software nel
> momento in cui al LV si aggiunge un secondo PV in raid 1 al VG relativo il
> sistem
Il giorno Tue, 17 Dec 2019 19:40:06 +0100
Gollum1 ha scritto:
> Il 17 dicembre 2019 18:57:00 CET, gryfo ha
> scritto:
> >Salve,
> >Faccio inoltre presente che il sistema è dotato di uno schermo 4k
> >con scheda video Radeon RX 590 con risoluzione 3840*2160.
dimenticavo: la presenza di più dist
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 vedere modalitá supp
Il 17 dicembre 2019 18:57:00 CET, gryfo ha scritto:
>Salve,
>Faccio inoltre presente che il sistema è dotato di uno schermo 4k con
>scheda video Radeon RX 590 con risoluzione 3840*2160.
>
e certo... vuoi fare lo sborone con risoluzione 4k, te lo dico che vedi
piccolo... ;-P
Scherzi a parte, p
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' sempre bastato installare os-prober: ma
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 grub e rimettere nel
On Fri, Feb 16, 2018 at 11:26:48AM +0100, Piviul wrote:
> Il 16/02/2018 11:06, Gollum1 ha scritto:
> > [...]
> > È proprio questo che intendevo, una volta che sei in raid 1, ci pensa il
> > raid a sincronizzare le partizioni, ti fai l'installazione su md0 e vivi
> > tranquillo
> >
> E ritorniamo
Il 16/02/2018 11:06, Gollum1 ha scritto:
[...]
È proprio questo che intendevo, una volta che sei in raid 1, ci pensa il raid a
sincronizzare le partizioni, ti fai l'installazione su md0 e vivi tranquillo
E ritorniamo a bomba: vale la pena mettere in raid la partizione EFI?
Secondo me no perch
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
Il 16/02/2018 10:13, Gollum1 ha scritto:
[...]
Ora non vorrei dire una stronzata, ma se non ricordo male, in passato ho messo
due dischi in raid1, e successivamente ho fatto le partizioni, quindi anche la
partizione uefi era in raid 1. Trattavo tutto come fosse un unico disco
attraverso md0, e
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 effettuare un grub-install
>>> sui
>>> dischi
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 lavor
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 gpt e uefi, la mac
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 confermare. Tu
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 grub-insta
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 partizione efi che h
Il 13/02/2018 22:06, Mattia Oss ha scritto:
On Wed, Feb 07, 2018 at 02:24:37PM +0100, gerlos wrote:
[...]
Se qualcuno fosse interessato, mi sono imbattuto per caso su questo
articolo che spiega come fare per avere la partizione efi in raid:
https://lars.st0ne.at/blog/efi+partition+on+software+r
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
> 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 avevi risposto nella prima mi sembravi sicuro del contrario.
Penso anch’
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 avevi risposto nella prima mi sembravi sicuro del contrario.
> una soluzione che adotto sui miei server è di creare una partizione
> fat12/fat16/fat32
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, così
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 tanto, ma ho
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, ti ricordo che i raid da raid1 a
salire nascono per il semplice fatto che a rompers
On Sun, Feb 04, 2018 at 05:00:37PM +0100, valerio wrote:
>
>
> 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, valer
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 tut
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 tutti i
> > > grub.cfg delle altre pa
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 dischi e cinque parti
> 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
b: modalita’ di partizionat
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 con
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 co
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 ques
Pol Hallen ha scrito il 10/09/2015 alle 14:38:
> 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
>
>
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 "unsubscribe". Per
problemi
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
> partire anche siste
-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 risultato
-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 risultato,
anche se le vecchie immagini sono presenti sul disco.
Qua
Il 26/10/2013 16:29, Alessandro T. ha avuto l'onore e l'ardire di scrivere:
> On 26/10/2013 14:56, Mario wrote:
>>
>> [...]
>>
>> Quello che però non mi spiego è perché grub funziona finché non lo
>> aggiorno. Senza avvisi o controlli preliminari: ha reso inavviabile il
>> server.
>
> Beh in squee
On 26/10/2013 14:56, Mario wrote:
>
> [...]
>
> Quello che però non mi spiego è perché grub funziona finché non lo
> aggiorno. Senza avvisi o controlli preliminari: ha reso inavviabile il
> server.
Beh in squeeze c'è una versione diversa da wheezy e forse hanno cambiato
qualche cosa ;-) .
Quando h
e l'unica soluzione è spostare in avanti la prima partizione.
Le nuove partizioni automatiche di wheezy iniziano al 2048-esimo blocco
permettendo a core.img di crescere ancora in futuro.
Di cosa deve crescere questo core.img? per fare cosa? :-)
Ciao
--
Per REVOCARE l'iscrizione alla li
Il 26/10/2013 14:32, Alessandro T. ha avuto l'onore e l'ardire di scrivere:
> On 24/10/2013 19:50, Mario wrote:
>> [...]
>> su partizioni cifrate con lvm2 e cryptsetup.
>>
>> # fsidk -l
>>>Device Boot Start End Blocks Id System
>>> /dev/sdb1 * 1 292
On 24/10/2013 19:50, Mario wrote:
> [...]
> su partizioni cifrate con lvm2 e cryptsetup.
>
> # fsidk -l
>>Device Boot Start End Blocks Id System
>> /dev/sdb1 * 1 292 998620 83 Linux
>> /dev/sdb2 293919830458520 8e Linux
Il 24/10/2013 19:50, Mario ha avuto l'onore e l'ardire di scrivere:
>> # grub-install /dev/sdb
>> /usr/sbin/grub-setup: warn: L'area di embed è troppo piccola.
>> L'immagine core.img non può esservi contenuta..
>> /usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only
>> be installe
Risolto... sono entrato in rescue mode con la pen drive usata per
l'installazione, lanciato in chroot aptitude e fatto il downgrade di grub.
Ora il sistema parte... speriamo che finzioni pure... ;P
--
Gollum1
teoro, dov'è il mio teoro...
dea scrisse in data 07/03/2013 15:42:
> Condivido.
> Preferisco anche io una soluzione separata.
>
mi avete convinto, continuo anch'io a mantenere la /boot separata
Ciao e grazie
Piviul
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con
> Personalmente per non incasinare troppo la situazione io ho lasciato
> comunque una partizione di 500m per /boot. Ho usato lvm per hoem e /
> Credo che tu possa comunque far partire grub su lvm da un disco tipo
> super grub. Fai magari delle prove su di una vm, io ho preferito non
> rischiare
Il giorno 07 marzo 2013 11:00, Piviul ha scritto:
> Ciao a tutti, mi sono accorto che ora grub è in grado di fare partire un
> sistema con il kernel in LVM (non è più necessario avere una partizione
> di boot con l'initrd e il kernel in una partizione separata). Ma mi
> chiedevo: quanto è affidab
On 07/29/12 17:10, Mattia Rizzolo wrote:
nel tuo caso ti consiglio di prendere debian, installarlo e fargli fare
un bel dual boot debian-windows.
poi installa arch, scegliendo di*non* installare un boot loader.
all'avvio non vedrai nulla, quindi da debian lancia un
# update-grub
fatto, un po' di
Il 29/07/2012 16:43, enrico tognoni ha scritto:
> Ho letto che arch usa grub2 e debian mi pare grub o sbaglio?, mi sto
> preoccupando per niente? Non vorrei che l'installazione di archbang non
> andasse a buon fine come sulla chiavetta e poi mi ritrovassi senza
> partenza di debian sid o di windows
Il giorno 26/feb/2012 13.33, "Federico Zanco" ha scritto:
>
> On 25/02/2012 12:31, Matteo Bertolini wrote:
>>
>>
>> Ciao a tutte e a tutti,
>> ho sistemato un vecchio netbook per farne un mediacenter con xbmc. Ad
oggi ho creato un utente dedicato che dopo il login con slim fa partire
direttament
On 25/02/2012 12:31, Matteo Bertolini wrote:
Ciao a tutte e a tutti,
ho sistemato un vecchio netbook per farne un mediacenter con xbmc.
Ad oggi ho creato un utente dedicato che dopo il login con slim fa
partire direttamente xbmc.
Vista la possibilità di fare l'autologin mi domando se sia po
Il 07/01/2012 15:30, Gollum1 ha scritto:
Sulle macchine moderne oramai non esistono più i floppy...
... quali altri passaggi posso fare?
Cerca nel BIOS la voce "Floppy" e guarda che sia "None".
gc :-)
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.d
Antonio De Luci - imu ha scritto:
Il 06/09/2010 10:18, valerio ha scritto:
salve lista,
sono passato a grub2 su debian 5,04,
$ sudo apt-get install os-prober && sudo update-grub
grazie mille, risolto
valerio
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-
Il 06/09/2010 10:18, valerio ha scritto:
> salve lista,
> sono passato a grub2 su debian 5,04, l'avevo già fatto altre volte e mi
> aveva riconosciuto tutti i sistemi operativi (anche troppi) ma questa
> volta mi carica solo Debian GNU/Linux, linux 2.6.26-2-686.
> ho fatto un update-grub (diverse v
Non so se possa servire, ma se hai dischi IDE...
Io avevo problemi con gli aggiornamenti ed ho risolto quando mi sono
accorto che erano rimasti "hda" e "hdc" invece di "sda" e "sdb" in
"/boot/grub/device.map".
è corretto..
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debia
Il 10/07/2010 15:40, d...@fuckaround.org ha scritto:
All'avvio mi ritrovo soltanto la parola GRUB e devo spegnere con il tasto..
come posso sistemare?
Non so se possa servire, ma se hai dischi IDE...
Io avevo problemi con gli aggiornamenti ed ho risolto quando mi sono
accorto che erano rimast
Gabriele 'LightKnight' Stilli wrote:
> lunedì 05 luglio 2010, alle 08:46, Alessandro scrive:
>
> Capisco, anche se mi sembra strano. Eventualmente se ne ho voglia farò
> qualche prova anch'io.
Mah potrei provare con una macchina virtuale ma il tempo è molto
tiranno. Cmq ho risolto, grazie.
>
>>
lunedì 05 luglio 2010, alle 08:46, Alessandro scrive:
> Avevo il timore che eventuali argomenti non venissero correttamente
> processati. E difatti il comando che ho originalmente avevo messo è
> echo "Please run manually your bootloader script". L'output di pkpg
> invece è stato semplicemente una
lunedì 05 luglio 2010, alle 10:34, gollum1 scrive:
> no se lo racchiudi tra appici inversi ` `... nel qual caso viene
> eseguito il comando completo di argomenti.
Sicuro? Stiamo parlando di un file di configurazione, non di un bash
script :-)
Al limite, avrei detto fra apici singoli o doppi :-)
Il lunedì 05 luglio 2010 10:34:41 gollum1 ha scritto:
> []
> uhmmm... no... era grub... e con una piccola ricerca con google pare
> che grub2 abbia dei grossi problemi con l'installazione nelle
> partizioni...
A titolo informativo, io che sono solito a sperimentare/installare nuove
distro (l'
gollum1 wrote:
> In data lunedì 05 luglio 2010 08:46:05, Alessandro ha scritto:
>> Probabilmente se avessi messo il comando completo (quindi "update-grub
>> --force /dev/sda3) dpkg avrebbe eseguito solamente il pernicioso nome
>> dello script, quindi "update-grub" con annesso risultato non voluto.
In data lunedì 05 luglio 2010 08:46:05, Alessandro ha scritto:
> Probabilmente se avessi messo il comando completo (quindi "update-grub
> --force /dev/sda3) dpkg avrebbe eseguito solamente il pernicioso nome
> dello script, quindi "update-grub" con annesso risultato non voluto.
no se lo racchiudi
Gabriele 'LightKnight' Stilli wrote:
>
> Ma se metti questo comando al posto di "echo" nel file non ti risparmi
> un passaggio?
Avevo il timore che eventuali argomenti non venissero correttamente
processati. E difatti il comando che ho originalmente avevo messo è echo
"Please run manually your bo
sabato 03 luglio 2010, alle 14:04, Alessandro scrive:
> Per i posteri: ho sostituito "update-grub" con un banalissimo "echo"
> nel file in questione (/etc/kernel-img.conf). Ho aggiornato il kernel e
> update- grub non è stato eseguito :)
>
> Quindi ho dato un bel "grub-install --force /dev/sda3"
Alessandro writes:
> Daniele.g (alias giglio robbo' d'acciaio) wrote:
>> Farmol SPA writes:
>>
>>> Ora, quando si aggiorna il kernel (ad es un security update) viene
>>> chiamato un update-grub che sfortunatamente vuole posizionare a tutti i
>>> costi GRUB nel MBR.
>>
>> Ho avuto lo stesso sgr
Farmol SPA wrote:
>
> Ottima imbeccata, appena riesco ci guardo. Grazie :)
>
Per i posteri: ho sostituito "update-grub" con un banalissimo "echo" nel
file in questione (/etc/kernel-img.conf). Ho aggiornato il kernel e update-
grub non è stato eseguito :)
Quindi ho dato un bel "grub-install --f
daniele.g (alias giglio robbo' d'acciaio) wrote:
> Farmol SPA writes:
>
>> Ora, quando si aggiorna il kernel (ad es un security update) viene
>> chiamato un update-grub che sfortunatamente vuole posizionare a tutti i
>> costi GRUB nel MBR.
>
> Ho avuto lo stesso sgradevole imprevisto.
Già, solo
Farmol SPA writes:
> Ora, quando si aggiorna il kernel (ad es un security update) viene
> chiamato un update-grub che sfortunatamente vuole posizionare a tutti i
> costi GRUB nel MBR.
Ho avuto lo stesso sgradevole imprevisto.
--
Un padre e' un banchiere fornito dalla natura.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- Original Message
Subject: Re: Grub e altri bootloader
From: Farmol SPA
To:
Date: Fri Jul 02 2010 11:10:01 GMT+0200 (ora Legale Europa Occidentale)
> PS: sono nuovo su questa lista e ho nootato che i messaggi che io
> sp
On Ven, Luglio 2, 2010 11:05, Farmol SPA wrote:
>
> PS: sono nuovo su questa lista e ho nootato che i messaggi che io
> spedisco non mi vengono recapitati, solo le risposte. Su altre liste
> questo non accade. Ho cercato un'interfaccia di "amministrazione" (dove
> ad es si settano parametri quali
Original Message
Subject: Re: Grub e altri bootloader
From: Gabriele 'LightKnight' Stilli
To: debian-italian@lists.debian.org
Date: Fri Jul 02 2010 10:58:33 GMT+0200 (ora Legale Europa Occidentale)
> venerdì 02 luglio 2010, alle 10:03, Farmol SPA scrive:
>
venerdì 02 luglio 2010, alle 10:03, Farmol SPA scrive:
> Il problema è che io dovrei in qualche modo far recepire questa cosa al
> sistema una volta per tutte, e non doverlo fare ad ogni upgrade del
> kernel. Pensavo che si potesse usare il file /etc/default/grub ma nella
> manpage non ho trovato
Original Message
Subject: Re: Grub e altri bootloader
From: Filippo Dal Bosco -
To: debian-italian@lists.debian.org
Date: Thu Jul 01 2010 17:52:41 GMT+0200 (ora Legale Europa Occidentale)
> Il giorno Thu, 01 Jul 2010 17:15:10 +0200
> Farmol SPA ha scritto:
>
>&g
Il giorno Thu, 01 Jul 2010 17:15:10 +0200
Farmol SPA ha scritto:
>
> La domanda è: come posso dire al mio pinguino che GRUB non si trova
> nel MBR per cui quando c'è un kernel upgrade deve installarlo in una
> partizione che gli dico io?
non ricordo esattamente dove va posto ma esiste un com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il giorno 13/gen/10, alle ore 17:10, brunetto ha scritto:
Il 12 gennaio 2010 22.26, Davide Giovine
Cosa intendi per sana? A me è capitato di partizioni che venivamo
montate e
smontate senza problemi, ma contenenti al loro interno settori
danneg
Il 12 gennaio 2010 22.26, Davide Giovine
> Cosa intendi per sana? A me è capitato di partizioni che venivamo montate e
> smontate senza problemi, ma contenenti al loro interno settori danneggiati,
> che ovviamente in caso di lettura o scrittura generavano errori.
nel senso che fsck mi dava partiz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il giorno 13/gen/10, alle ore 08:45, Paolo Sala ha scritto:
Davide Giovine scrisse in data 12/01/2010 22:27:
[...]
Anche a me si fermava quando incontrava un settore danneggiato.
Facendo un passaggio badblocks segnalava lo stesso settore.
Su non so
1 - 100 di 323 matches
Mail list logo
