installazione server con hd in RAID 1, non si avvia!

[warcomeb]

quindi provo a lasciare debian??  ???

oramai è quasi una questione di principio però... e poi con il fatto che debian ha tolto il supporto al firmware non open, mi complica un pochino la vita!!

ciao
Marco

[ReMichael]

quindi provo a lasciare debian??  ???

dipende da te.. dicevo solo che non ci sono grandi differenze tra i 2 sistemi, quindi se ti trovi bene con uno è difficile che ti trovi male con l'altro 

e poi con il fatto che debian ha tolto il supporto al firmware non open, mi complica un pochino la vita!!

questo è rimediabile, basta installare il pacchetto:

Codice: Seleziona tutto

apt-get install firmware-linux-nonfree

[warcomeb]

mi avevano detto che avrei dovuto modificare il kernel... ma se è così semplice... grazie mille!


ciao
Marco

ps. Non metto risolto perchè fondamentalmente con ubuntu la questione non è risolta! ok?

[ReMichael]

ps. Non metto risolto perchè fondamentalmente con ubuntu la questione non è risolta! ok?

ok.. quindi hai fatto le stesse identiche operazioni con ubuntu e con debian con risultati differenti?

che versioni di ubuntu e debian hai utilizzato? (debian suppongo la squeeze visto che hai citato i firmware non inclusi  )

[warcomeb]

ok.. quindi hai fatto le stesse identiche operazioni con ubuntu e con debian con risultati differenti?

assolutamente si!

che versioni di ubuntu e debian hai utilizzato? (debian suppongo la squeeze visto che hai citato i firmware non inclusi  )

di ubuntu la 10.04 (dato che volevo un server ho preferito la lts!) mentre per debian la 5.0.8... mi sono accorto che i firmware non inclusi saranno dalla 6, cioè squeeze che se non sbaglio non è ancora considerata stable, quindi per ora non dovrei aver problemi, infatti stamane ho testato le schede di rete (una marvel e l'altra realtek) e sembrano andare! se non aggiorno la distribuzione non dovrei aver problemi, giusto?

Marco

[ReMichael]

di ubuntu la 10.04 (dato che volevo un server ho preferito la lts!) mentre per debian la 5.0.8... mi sono accorto che i firmware non inclusi saranno dalla 6, cioè squeeze che se non sbaglio non è ancora considerata stable, quindi per ora non dovrei aver problemi, infatti stamane ho testato le schede di rete (una marvel e l'altra realtek) e sembrano andare! se non aggiorno la distribuzione non dovrei aver problemi, giusto?

Marco

sì la questione dei firmware riguarda debian 6, che comunque dovrebbe essere rilasciata stabile fra una settimana.

sicuramente se non aggiorni non hai problemi  :) d'altra parte, se aggiorni quando squeeze sarà stabile non è detto che tu abbia problemi, dipende se facendo un dist-upgrade il pacchetto che ti ho citato verrà automaticamente incluso oppure no.

puoi comunque documentarti bene sul sito di debian, perché ad ogni rilascio di versione sul sito trovi la documentazione molto dettagliata e soprattutto una parte che parla del passaggio dalla vecchia versione alla nuova con tutti i problemi che si possono trovare e le relative soluzioni (e sicuramente sarà citato anche questa cosa dei firmware)

sul fatto che con gli stessi passaggi funziona con debian e non con ubuntu purtroppo non ti so dire il perché  :-\

[PaoloVIP]

Certo che ti sei ben incasinato.  :-)

Allora, in primo luogo mi fa pensare questo: "al boot mi diceva che non c'era nessun dispositivo al boot ed in alcuni casi mi faceva partire un'applicazione della Promise" - Assicurati di non aver configurato nessun RAID hardware a livello di bios.

Quindi sarebbe di conseguenza logico l'incasinamento con Ubuntu e non con Debian. Questo perché Debian non utilizza ancora il riconoscimento del fake raid come invece Ubuntu cerca di fare.

Se vuoi un consiglio lato server rimani su Debian, almeno per il momento. La partizione di sistema da 40 GB non ti serve a nulla, basta una partizione da 10/15 GB.

Non mettere il flag bootable sulle partizioni che non hanno bisogno di fare il boot.

A proposito di boot anche Debian ha un piccolo bug. Una volta che hai su il sistema devi assicurarti che GRUB venga scritto su tutti e due i dischi.
Nulla di grave, puoi digitare questo per essere sicuro venga scritto su entrambi:

Codice: Seleziona tutto

   # grub --device-map=/boot/grub/device.map
    >> root (hd0,0)
    >> setup (hd0)
    >> root (hd1,0)
    >> setup (hd1)
    >> quit 

Per controllare lo stato del RAID potrai digitare: cat /proc/mdstat

Si hai bisogno fischia. Ciao

[warcomeb]

Certo che ti sei ben incasinato.  :-)

eh si!!

Allora, in primo luogo mi fa pensare questo: "al boot mi diceva che non c'era nessun dispositivo al boot ed in alcuni casi mi faceva partire un'applicazione della Promise" - Assicurati di non aver configurato nessun RAID hardware a livello di bios.

Quindi sarebbe di conseguenza logico l'incasinamento con Ubuntu e non con Debian. Questo perché Debian non utilizza ancora il riconoscimento del fake raid come invece Ubuntu cerca di fare.

in quell'istallazione, si mi era rimasto sul bios settato il raid... me ne sono accorto dopo aver postato.

Se vuoi un consiglio lato server rimani su Debian, almeno per il momento. La partizione di sistema da 40 GB non ti serve a nulla, basta una partizione da 10/15 GB.

non mi sento molto sicuro con Debian... e sopratutto il passaggio alla 6 mi mette un pò paura!

per i giga si in effetti ne ho dati troppi!

Non mettere il flag bootable sulle partizioni che non hanno bisogno di fare il boot.

ok!

A proposito di boot anche Debian ha un piccolo bug. Una volta che hai su il sistema devi assicurarti che GRUB venga scritto su tutti e due i dischi.
Nulla di grave, puoi digitare questo per essere sicuro venga scritto su entrambi:

Codice: Seleziona tutto

   # grub --device-map=/boot/grub/device.map
    >> root (hd0,0)
    >> setup (hd0)
    >> root (hd1,0)
    >> setup (hd1)
    >> quit 

Per controllare lo stato del RAID potrai digitare: cat /proc/mdstat

a me sembra tutto ok su debian... nel proc mi sembra ok!!

comunque domani mi arriva una nuova mobo/processore... quella che avevo con il P4 consumava un pò troppo ed era troppo rumorosa e dopo provo la reistallazione! ma io sinceramente non capisco perchè non mi funzionava anche con il bios settato bene e dopo che avevo messo a bootable solo la partizione di root.

domani ti faccio sapere! grazie

Marco

[PaoloVIP]

non mi sento molto sicuro con Debian... e sopratutto il passaggio alla 6 mi mette un pò paura!

Mah, io ho fatto un avanzamento di versione da Etch a Lenny da remoto via ssh senza problemi. Debian, lato server, è più stabile di Ubuntu. Ovvero è più conservativa, mentre Ubuntu nei suoi avanzamenti di kernel e pacchetti è più veloce. Ciò comporta vantaggi e svantaggi, dipende sempre da quello che bisogna fare. Altra distro molto rigorosa è Centos, ma personalmente preferisco i sistemi debian based.

a me sembra tutto ok

No, non è tutto ok. L'installazione scrive il grub su un disco solo. Il raid e i dati non corrono rischi di sorta, ma se ti si dovesse rompere il disco con la partizione di boot il server non partirà, ovviamente. Installa il grub anche sull'altro.

ma io sinceramente non capisco perchè non mi funzionava anche con il bios settato bene

È un bug. Con karmik, ovvero con grub2, è stato introdotto il riconoscimento del fake raid, ma aveva dei problemi con alcuni chipset. Io avevo provato con un chipset nvidia e non ci fu verso di riuscire a scrivere il grub sui dischi neanche manualmente.
In karmik è stato chiuso (Bug #427048), ma si è ripresentato successivamente in lucid (Bug #527401) e credo non sia stato ancora completamente risolto. Qui trovi un workaround

http://forum.ubuntu-it.org/viewtopic.ph ... 9#p2938639

Ci sono però anche altri metodi.

Detto questo potremmo anche stabilire un punto fermo ricoreendo ad una delle grandi frasi dell'informatica che ci permette di risolvere grandi e piccoli problemi: e chissenefrega!

Iniziamo da bel principio. Un sistema raid serve a vari scopi, velocità, sicurezza, affidabilità, ecc. Ve ne sono di vari tipi: 0, 1, 5, 10 ecc. Se vuoi installarlo su un server mi sembra logico utilizzerai il tipo 1, ovvero il mirroring. Quindi non sono determinanti per te le prestazioni, ma l'affidabilità e di non perdere dati anche nel caso un disco si rompa. Ovvio.

Il vero RAID è fatto con controller dedicati e dischi SAS (una volta si usavano gli SCSI, ma questa è un'altra storia). Non è il nostro caso che comunemente usiamo dei normalissimi SATA. Ora, molte mb sono equipaggiate con controller fake raid, non dei veri e propri raid e gestiti da un driver specifico. Nei sistemi Windows il driver sata raid non è eguale al driver dello stesso controller usato in modalità singola. Questo perché buona parte del lavoro di mirroring è fatto dal driver stesso, oltre che dal bios del controller. La mia personale opinione è che questi fake raid fanno un po' schifo. Tutti, non se ne salva uno che sia uno. Inaffidabili, delicati, se il raid si disallinea non è infrequente perdere tutto il raid. Stanne alla larga.

Ubuntu però ha lodevolmente scelto di inseguire questa via. È logico se ci pensi: molti utenti utilizzano un pc con windows e linux installati entrambi, quindi sarebbe comodo poter partire da linux e poter comunque accedere al sistema windows anche se montato su dischi raid.

Mi sto dilungando. Ma arrivo subito al punto. Ubuntu ora riconosce alcuni controller fake raid quindi hai due possibilità:

1 - Trovi una scheda che abbia un controller ben supportato da Ubuntu e configuri il raid da bios e poi installi Ubuntu. (sto scherzando, ovviamente)

2 - Installi il raid in modalità software e lo lasci gestire da linux (mdadm).

Il problema con il quale probabilmente ti sei scontrato è determinato dal fatto che Ubuntu ha riconosciuto il controller fake raid della scheda ed ha cercato di installare il suo driver fake raid, ma il bios non era configurato opportunamente e il tutto è andato in "stuck" (te compreso). Purtroppo Ubuntu anche se il controller non è in modalità raid da bios lo riconosce comunque e cerca di installare il driver fake raid lo stesso. Quindi o ti trovi una scheda senza fake raid o utilizzi debian.

[warcomeb]

non mi sento molto sicuro con Debian... e sopratutto il passaggio alla 6 mi mette un pò paura!

Mah, io ho fatto un avanzamento di versione da Etch a Lenny da remoto via ssh senza problemi. Debian, lato server, è più stabile di Ubuntu. Ovvero è più conservativa, mentre Ubuntu nei suoi avanzamenti di kernel e pacchetti è più veloce. Ciò comporta vantaggi e svantaggi, dipende sempre da quello che bisogna fare. Altra distro molto rigorosa è Centos, ma personalmente preferisco i sistemi debian based.

si, ma io nel caso devo passare a Squeeze, che non supporta firmware non open... ma comunque ancora non è uscita...

È un bug. Con karmik, ovvero con grub2, è stato introdotto il riconoscimento del fake raid, ma aveva dei problemi con alcuni chipset. Io avevo provato con un chipset nvidia e non ci fu verso di riuscire a scrivere il grub sui dischi neanche manualmente.
In karmik è stato chiuso (Bug #427048), ma si è ripresentato successivamente in lucid (Bug #527401) e credo non sia stato ancora completamente risolto. Qui trovi un workaround

http://forum.ubuntu-it.org/viewtopic.ph ... 9#p2938639

Ci sono però anche altri metodi.

Detto questo potremmo anche stabilire un punto fermo ricoreendo ad una delle grandi frasi dell'informatica che ci permette di risolvere grandi e piccoli problemi: e chissenefrega!

Iniziamo da bel principio. Un sistema raid serve a vari scopi, velocità, sicurezza, affidabilità, ecc. Ve ne sono di vari tipi: 0, 1, 5, 10 ecc. Se vuoi installarlo su un server mi sembra logico utilizzerai il tipo 1, ovvero il mirroring. Quindi non sono determinanti per te le prestazioni, ma l'affidabilità e di non perdere dati anche nel caso un disco si rompa. Ovvio.

Il vero RAID è fatto con controller dedicati e dischi SAS (una volta si usavano gli SCSI, ma questa è un'altra storia). Non è il nostro caso che comunemente usiamo dei normalissimi SATA. Ora, molte mb sono equipaggiate con controller fake raid, non dei veri e propri raid e gestiti da un driver specifico. Nei sistemi Windows il driver sata raid non è eguale al driver dello stesso controller usato in modalità singola. Questo perché buona parte del lavoro di mirroring è fatto dal driver stesso, oltre che dal bios del controller. La mia personale opinione è che questi fake raid fanno un po' schifo. Tutti, non se ne salva uno che sia uno. Inaffidabili, delicati, se il raid si disallinea non è infrequente perdere tutto il raid. Stanne alla larga.

Ubuntu però ha lodevolmente scelto di inseguire questa via. È logico se ci pensi: molti utenti utilizzano un pc con windows e linux installati entrambi, quindi sarebbe comodo poter partire da linux e poter comunque accedere al sistema windows anche se montato su dischi raid.

Mi sto dilungando. Ma arrivo subito al punto. Ubuntu ora riconosce alcuni controller fake raid quindi hai due possibilità:

1 - Trovi una scheda che abbia un controller ben supportato da Ubuntu e configuri il raid da bios e poi installi Ubuntu. (sto scherzando, ovviamente)

2 - Installi il raid in modalità software e lo lasci gestire da linux (mdadm).

Il problema con il quale probabilmente ti sei scontrato è determinato dal fatto che Ubuntu ha riconosciuto il controller fake raid della scheda ed ha cercato di installare il suo driver fake raid, ma il bios non era configurato opportunamente e il tutto è andato in "stuck" (te compreso). Purtroppo Ubuntu anche se il controller non è in modalità raid da bios lo riconosce comunque e cerca di installare il driver fake raid lo stesso. Quindi o ti trovi una scheda senza fake raid o utilizzi debian.

si infatti la mobo che vado a prendere dopo è senza controller... ritento il tutto e vediamo! comunque quel workaround è possibile farlo solo se si sta istallando una versione desktop dato che la server non parte in live, giusto?

[PaoloVIP]

si, ma io nel caso devo passare a Squeeze, che non supporta firmware non open

Ma che troll ti ha detto 'sta cosa?

http://www.debian.org/releases/squeeze/ ... ew.it.html

Semplicemente alcuni pacchetti driver non-free saranno spostati nei repository non-free, come è giusto che sia. Se ti serviranno non farai altro che includere in /etc/souces.list la sezione non-free. Punto.

quel workaround è possibile farlo solo se si sta istallando una versione desktop dato che la server non parte in live, giusto?

Beh la live ti potrebbe servire solo nel caso non potessi fare il boot dal sistema, altrimenti puoi far tutto da riga di comando. Da quello che ricordo però per tentare di scrivere il boot sui dischi ti serve la versione alternate.

Ma perché ti cerchi dei guai? Comunque se ti arriva una mb senza fake raid potrai installarti anche Ubuntu senza incappare più in quel problema.

[warcomeb]

Ma perché ti cerchi dei guai? Comunque se ti arriva una mb senza fake raid potrai installarti anche Ubuntu senza incappare più in quel problema.

diciamo che ho una certa predilezione per complicarmi la vita! comunque entro stasera ti aggiorno su come andrà l'istallazione!
la mb è quella dell'Intel con il D510 a bordo... volevo consumare poco, e per fare da server svn e poco altro ci è sembrata la scelta migliore (la ram per la vecchia mobo mi era costata 75euro, dando indietro questa e aggiungendoci 25euro ho preso mobo e ram!!)

ps.  lo so che oramai ti sto torturando, ma spero che tu non mi uccida: se sulla mobo ho due schede di rete realtek(una di default e l'altra la avevo già!) che se non erro hanno fw non free... come faccio a collegarmi per scaricare i pacchetti non free?? mi conviene prendere una scheda di rete con fw free almeno per collegarmi o questi pacchetti li trovo anche dentro al DVD?

quel workaround è possibile farlo solo se si sta istallando una versione desktop dato che la server non parte in live, giusto?

Beh la live ti potrebbe servire solo nel caso non potessi fare il boot dal sistema, altrimenti puoi far tutto da riga di comando. Da quello che ricordo però per tentare di scrivere il boot sui dischi ti serve la versione alternate.

da riga di comando quando se il sistema non si avvia? intramfs?

Ciao
Marco

[PaoloVIP]

se sulla mobo ho due schede di rete realtek

Funzioneranno senza problemi se&o

Comunque hai ragione, bisogna fare attenzione ai consumi. Lato server non servono cpu mostruose e di solito utilizzo uno script per spegnere certi server - quelli che fanno solo da file server e non devono fornire altri servizi tipo web o dhcp server (lo faccio fare al router, per esempio) o altro - se non ci sono più client collegati. Per accenderlo utilizzo sui client un programmino che permette di far partire il server tramite wake-on-lan appena una delle workstations si avvia.

da riga di comando quando se il sistema non si avvia? intramfs?

Se non si avvia non si avvia. Farai in modo, da cd d'installazione o da live, di evitare ciò accada.

[warcomeb]

Funzioneranno senza problemi se&o

se&o??? che significa?

[PaoloVIP]

se&o??? che significa?

Salvo errori & omissioni

[warcomeb]

eh no cavoli!!!  >:(  >:(  >:( non è possbile!!! non funziona ancora con ubuntu 10.04 server... non è possibile!!!! parte initramfs...

comunque la mobo nuova è la d510mo della intel... non ha assolutamente un chipset o altro per il raid!


ora provo la 10.10!

[warcomeb]

nemmeno con la 10.10 parte... è veramente impossibile! ora provo il 10.04 con il workaround che mi hai consigliato... voglio vedere: è diventata una questione di principio!!!

prima che partisse l'initramfs ho visto la schermata del grub dove fa scegliere la versione del kernel (ovviamente c'erano solo quella appena installata e quella per il recovery) da usare!

[warcomeb]

secondo me non posso usare quel workaround... nel senso, lui mi dice che devo ridefinire la tabella delle partizioni... ma dato che gparted mi riconosce gli hd partizionati nel modo giusto, perchè dovrei cambiarle?


ps. quando mi parte in initramfs provo a fare /proc/mdstat e sembra che abbia solo la partizione di swap in raid!

pss. ho provato ad andare in modalità ripristino durante l'installazione facendomi aprire una shell su md0 che è la partizione del raid dove c'è il file system... da li le partizioni sembrano tutte ok, ho installato il grub per sicurezza su entrambe gli hd (sda e sdb) ma al riavvio tutto come sempre. non è possibile!! dove sbaglio?? cosa sbaglio???? io non ci capisco più niente!

help me!!!!!!!!!!!!!

[PaoloVIP]

quando mi parte in initramfs

Non mi è mica chiaro. Mi spieghi con maggior dettaglio qual'è l'errore che si verifica e quando? Riesci a fare tutta l'installazione? Alla fine, quando deve scrivere il grub, lo fa? Da errore? Dammi maggiori dettagli

[warcomeb]

Ciao,
Allora io riesco ad installare tutto, arrivo alla fine senza nessun problema di sorta (installa anche il grub su entrambi i dischi)!! quando si riavvia parte l'initramfs

quando mi parte in initramfs

Non mi è mica chiaro. Mi spieghi con maggior dettaglio qual'è l'errore che si verifica e quando? Riesci a fare tutta l'installazione? Alla fine, quando deve scrivere il grub, lo fa? Da errore? Dammi maggiori dettagli

è proprio quello il problema... è che non da nessun errore!!! finisce l'installazione e poi al boot mi appare:

Codice: Seleziona tutto

mount: mounting /dev/disk/by-uuid/***uuid snipped*** on /root failed: Invalid argument
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn't have /sbin/init.
No init found.  Try passing init= bootarg.

(initramfs)

ho trovato questo... (guarda l'ultimo post) http://ubuntuforums.org/showthread.php?t=1474950
ed anche... https://bugs.launchpad.net/grub-installer/+bug/485604
provo a fare la partizione con debian??? e poi ci metto sopra lucid???