Newsgroup: it.comp.os.linux.iniziare
Titolo: Re: Ho La Pinguinite

 Quindi faccio il reboot: qualcuno può dirmi a cosa può essere dovuto?
Propio a questa "furbata" (tipico degli utenti windows...) :
[cit.] Per non rischiare una tabula rasa dei dati - al momento
dell'installazione ho staccato il secondo dei due HD.

 Perché è forse pribito da linux aggiungere altri HD - HdUSB?
No,a patto di saper modificare la configurazione del bootloader di turno,se
non lo sai fare, e' solo stupido ...
Sapessi in quanti fate lo stesso errore,hai una buona ragione per voler
usare "linux" ?
Se e' cosi' ti consiglio di cambiare approccio,senza documentarsi e' molto
facile fare *azzate mostruose (HD scollegati o meno...) .

 pallone ...
Non dovrebbe essere cosi`, per il poco che ne so... Il problema semmai
e` nell'ordine dei dischi visto dal bios.
Cioe`, se grub e` installato su /dev/sda e continua ad essere /dev/sda
anche dopo l'aggiunta di altri dischi, non dovrebbe avere problemi...
Se invece l'ordine dei dischi cambia, e` ovvio che grub non sappia piu`
da che parte andare...
Ciao ciao
Claudio

 pallone ...
Questa è comica. Spiega.
-- 
AOFH

 da che parte andare...
E' propio quello che intendevo ,questa e' la ragione per cui staccare gli
HD "per sicurezza" e' stupido,se non sai quello che fai,hai 2 alternative
lasciare tutto come sta' oppure documentarti .

 Dai non fare il timidone, spiegami...
Potrei,ma sarebbe inutile,addio .

 con i due HD?
Se e` come dici [quindi l'ordine non cambia] non e` quello il
problema... installare in un modo o nell'altro non dovrebbe cambiare...
ma non so da cosa dipenda il problema che hai... non e` che ti indica
qualcosa in piu` nelle righe precedenti? a volte ubuntu come prima cosa
dopo l'installazione prova a fare un check dei filesistem montati...
potrebbe essere li` il guaio... ma non ci scommetto sopra.
Ciao ciao
Claudio

 [hd1,1] che succede ?
Ed e` quel che capita sempre quando gli utenti *staccano* il disco
principale con windows... ma mi pare che non dovrebbe verificarsi se ad
essere staccato e` il disco secondario [ammenoche` non ce ne sia un
terzo e che venga utilizzato], no?
Ciao ciao
Claudio

 
Visto che sembri saperla lunga,spiegha tu' perche' non e' possibile che
l'aggiunta di un secondo disco  possa confondere  grub ?
Tra l'altro,io uso (sempre!) lilo , ma propio di recente in questo NG c'era
un post di GenTLe che lamentava un problema simile il titolo e':
Cambio partizioni di avvio autonomo???

 terzo e che venga utilizzato], no?
Da ubuntu mi aspetto questo ed altro...

Tailhorn wrote:

Quello che si atteggia a saperla lunga qui non sono io.
Se uno stacca un hard disk, installa una distribuzione e poi riattacca il
disco, se grub si trova sull'MBR di un disco diventato hd1 secondo te
parte?
Io direi di no, a meno che non lo forzi dal bios. Se invece parte è ancora
hd0 e quindi trova il second stage e tutto il resto.
Il suo è probabilmente un problema di controller. Magari i due dischi sono
attaccati a due controller diversi e quello dell'hard disk secondario non
piace a ubuntu.
Servirebbero dettagli su questo aspetto.
-- 
AOFH

Tailhorn wrote:

guarda che stai facendo una figura barbina, l'opener ha più che ragione.
-- 
rotolando sul pavimento che ride

 non lo sai fare, e' solo stupido ...
se uno non sa fare una cosa, perchè non l'ha mai fatta prima, secondo te
è stupido?
al massimo è ingnorante, ma chi non lo è?
-- 
Web marketing & community management:
http://www.insistema.com/

 built-in shell (ash) (initramfs)"
Non uso ubuntu e non conosco questo errore, forse non trova il kernel ma 
prova ad avviare una live con tutti i dischi connessi e prova ad avviare 
gparted solo per vedere l'ordine dei dischi come sono messi e poi da 
root o da sudo su dai mount /dev/sdx (dove x e' o "a" o "b" a seconda di 
dove si trova ubuntu) /mnt e poi dai chroot /mnt/sdx e poi ancora dai 
grub e invio, poi digiti root (hd0,0) e invio e poi setup (hd0) e invio 
e poi quit e invio poi exit e invio e poi riavvia il sistema ed in 
teoria dovrebbe funzionare.
-- 
orestecm
Se l'infamia e' umida, ci sono tante persone fraciche.

 Quindi faccio il reboot: qualcuno può dirmi a cosa può essere dovuto?
la cosa più sensata che puoi fare è nell'ordine:
a) un backup intero su altro dispositivo di windows
(metti che non fai casini con linux ma ti si frigge il disco, come sei messo
a backup?)
b) controlli il backup
(è banale, ma non lo è)
c) formatti il disco con linux attraverso l'installer della ubuntu
d) reinstalli ubuntu
e) verifichi che il tutto funzioni
ora sei a posto


 wrote in
news:48fb863c$0$1079$
4faf...@reader2.news.tin.it
: 

e' per questo che e' meglio usare UUID per identificare il disco, invece 
che /dev/sdquellochee
Ciao Jack
-- 
http://motoko.dyndns.org
http://jack471.labrute.fr

 e` nell'ordine dei dischi visto dal bios.
  Mi introduco qui: ma contano solo i dischi visti dal bios o influiscono
anche altri dischi collegati ad un controller su pci?
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.

 HD "per sicurezza" e' stupido,se non sai quello che fai,hai 2 alternative
  Mi è venuto il dubbio: io ho il problema inverso, ho un cassettino per hd
collegato ad un controller su pci a cui ogni tanto collego un disco per
operazioni di recupero; con i vari aggiornamenti mi son trovato il kernel a
scambiare l'ordine dei canali ide, quindi quello che prima era hda ora è
hde e viceversa (hda vecchio era il canale sulla MB, hde sulla pci); non è
che dopo questo aggiornamento mi ritrovi a dover avviare con le
impostazioni di grub editate se inserisco un disco? Nulla di grave eh,
basta saperlo, ma mi avete fatto venire il dubbio.


 
Beh, non conosco cosi' profondamente wubi, ma da quello che ho letto
in giro, l'installazione viene effettuata in un file system virtuale.
Puo' essere che, per comodita' windowsiana, venga assegnata una lettera
di unita' a questo file system virtuale, e che tale lettera venga poi
ripresa in carico dal secondo disco, appena lo ricolleghi.
Provato a guardare nel registro, se trovi delle voci wubi che fanno
riferimento a d: (o e:)?
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 basta saperlo, ma mi avete fatto venire il dubbio.
  Mi rispondo da solo, inserendo il cassetto col disco nulla cambia quindi
deduco che sia influente solo la parte relativa alla MB


 un post di GenTLe che lamentava un problema simile il titolo e':
Ma lo sviluppo di LILO è ancora attivo? Non lo seguo più da quando sono
passato a GRUB per la sua migliore configurabilità.
-- 
      Daniele Giglio      Dona i tuoi cicli di clock alla ricerca!
      email in ROT13      
http://boinc.berkeley.edu/
 
qtv...@vby.vg
                          --------------------
  Il matrimonio e' il tentativo di trasformare un gufo in un piccione
  domestico.

 built-in shell (ash) (initramfs)"
[cut]
Rispondo qui, ma ho letto l'intero thread...
Questo non e` un errore di GRUB... Questo e` un qualcosa nell'initrd che
viene caricato: lo dice (initramfs) e inoltre c'e` una shell, GRUB ha la
*sua* shell, non busybox...
Lungi da me sapere pero` quale sia il problema o quale sia la soluzione...
Dovrei mettere le mani sulla macchina...
Ipotizzo che nell'initrd sia stata hardcodata qualche informazione sulla
situazione dei dischi durante l'installazione... Vattelapesca cosa...
-- 
                          |
\|/ ____ \|/   \ ||_|     | If you can walk and chew gum 
"@'/ ,. \`@"    \|| |     | at the same time, 
/_| \__/ |_\ Vax Headroom | you can run Linux
   \__U_/                 |