Salve a tutti,

ho masterizzato un'immagine iso relativa a Debian 4.0, per Amd64 (dato che ho un Amd Athlon 64), prelevata direttamente dal sito www.debian.org; il file che ho scaricato - tramite Bittorrent - è il primo (ci sono 3 file bin), dato che è l'unico avviabile.
Bene, masterizzazione avvenuta con successo, eseguita con Brasero; prima di riavviare, esploro il dvd, e sembra tutto ok; ma quando riavvio, mi parte direttamente l'elenco dei sistemi operativi, come se caricasse dall'hard disk; ho già impostato il "boot device", su cd/dvd, come primo boot device; infatti, per un istante (a dvd inserito, ovviamente), mi da' "Caricamento da cd", ma subito dopo parte Grub, con l'elenco dei sistemi operativi, e il dvd non vien proprio "visto", perché non sento neanche il lettore accendersi, cosa che dovrebbe fare, invece.
Questa è la terza immagine che va a vuoto (si, perché avevo tentato con le altre 2, che però ho scoperto non essere avviabili,ma soltanto di completamento alla prima).
Son sicuro che non è un problema di lettore, perché gli altri cd/dvd li legge bene, anche all'avvio, compreso quello che ho di Ubuntu.
La masterizzazione è andata a buon fine; ho eseguito, con Brasero, anche il controllo integrità dei dati, per esser sicuro, tuttavia, non c'è verso far partire sto dvd.
Il contenuto, al suo interno, c'è, dato che l'ho "esplorato".
Mi sembra strano che sul sito ufficiale di Debian, ci sia un file corrotto, e che nessuno non se ne sia ancora accorto...
Grazie per un eventuale aiuto.

Ah, mi son dimenticato di dire che ho eseguito l'hash md5 dell'immagine iso scaricata (l'avevo dato quasi per scontato), e confrontato con quello "sorgente"; ebbene, sono identici: 2f53c8c0cd8562b446597a2c92e8c39d.

Ciao,




No, guarda; in Brasero c'è proprio l'opzione "Masterizza immagine su disco"; infatti ho selezionato questa opzione; conosco anch'io la differenza fra una masterizzazione dati e una scrittura di un'immagine su disco; ci son stato attento apposta.




Ok, allora proverò a masterizzare ad una velocità inferiore.


Grazie.

Veramente in Brasero, non c'è questa opzione, nel senso che una volta che gli imposto i soliti parametri (velocità, percorso, tipo di file, etc.), lui parte e va fino in fondo, e fa inoltre il controllo d'integrità dei dati.

Provare a masterizzare con Nero?

Ok, accidenti, devo riavviare in Windows...e vabbè...


Grazie.

E se tu provassi a masterizzare (sempre a bassa velocità) la versione per cd e ad usare quella?

Si potrebbe fare, solo che io ho un'architettura a 64 bit, di conseguenza non ci sono tanti software (proprietari in gran parte) che girano su queste architetture, se non forzandone l'installazione (e non è detto che vada a buon fine); per quello avevo optato per il dvd.
Tuttavia, se non risolvessi, farò così.

devi masterizzare con il minimo della velocità, 4X o al massimo 16X, ti consiglio di utilizzare un cd/dvd riscrivibile, perchè quando si masterizza una iso di linux le possibilità che la masterizzazione risulti incorretta è sempre, molto probabile.

Per evitare di masterizzare una iso e poi scoprire che era corrotta è necessario controllare l’md5 originale presente sul sito di origine con quello che verrà creato al termine del download. Se la stringa è identica allora il file è integro. K3B lo fa automaticamente dandoti il risultato , che confronterai con quello presente sul sito , altra cosa nel caso si presentino dei problemi durante l'installazione con supporti riscrivibili è consigliato provare a masterizzare le immagini su supporti vergini non riscrivibili . Ciao

Ho già fatto questo controllo; le stringhe sono identiche.




C'avevo pensato anch'io; male che vada, butterò via un dvd.




Ecco, questo non lo sapevo; tuttavia, ho notato che a volte, soprattutto con Nero, la velocità predefinità non è modificabile, nel senso che viene impostata spesso a 10x, senza però la possibiltà di esser modificata (la casella è disattivata).
Proverò a guardar meglio.


Grazie.

Dato che mi son provato ad installare nel concreto (sull'HD) KUBUNTU, ecco cosa ho scoperto: viene installato Grub -in automatico- anche quando NON c'è nessun altro Sistema Operativo a parte Linux (KUBUNTU, nel mio caso). Si tratta di una autentica iattura (non parlo solo di Grub: installare qualsivoglia boot-manager sull'Hard Disk è cosa assolutamente -a tutti i costi- da evitare, anche quando si ha sia Windows che Linux [in questo caso, è bene installare Grub, sì, ma sempre e soltanto su floppy-disk!... e chi non ha il lettore-floppy, ne può acquistar per pochissimi euro uno "da USB" che gli risolverà tutti i problemi]). Sicché, ho potuto sperimentare di persona gli stessi identici problemi cui sei andato incontro tu.
Ti posso dire -e spero ti consoli- che li ho pure risolti, ma percorrendo un'ardua strada... e non son sicurissimo che piacerebbe anche a te percorrerla, sicché mi provo ad indicartene una diversa (ma, spero, altrettanto valida).
Io -te lo dico subito- ho proprio "eliminato" Grub (col che, l'intero Hard Disk ha smesso di funzionare ed è risultato addirittura impossibile da ripartizionare e formattare [lo stesso Partition Magic "ammattiva" non appena entrava in contatto con quell'Hard Disk!])... Comunque (immagino, anche con una certa dose di fortuna), lavorandoci tutta la notte e tutta quanta la mattina, sono riuscito, alla fine, a fare in modo di risolvere le cose: ho riparato l'MBR (il che non ha mutato le cose di un capello); ho eliminato tutte le Partizioni (il che, non è servito assolutamente a niente), ne ho ri-creata una unica (e l'HD seguitava a non esser nimmanco riconosciuto) e, alla fine, sono riuscito -e questo, credo, è stato più che altro un colpo di fortuna- a fare in modo che prima di "impazzire", Partition Magic rimanesse savio quel pugno di secondi che m'hanno consentito di rendere "attiva" la Partizione unica che avevo creato. Il che non ha, di per sé, risolto un bel niente, però m'ha consentito di inserire un CD d'installazione originale Microsoft (di Windows XP) che -finalmente!... prima, manco lo vedeva, l'HD!- è riuscito ad eliminar la Partizione, poi ricrearla e formattarla. Col che, mi sono liberato di Grub e ho riavuto il mio HD di nuovo pienamente funzionante. Speravo che fosse stata una qualche mia distrazione a aver permesso l'installazione di Grub sul mio HD, per cui, oggi, ho -a più riprese- reinstallato KUBUNTU nuovamente... e mi son reso conto, con orrore, che Grub viene installato comunque (anche se l'HD è totalmente VUOTO!) in automatico. Ora, son qui con KUBUNTU. Sono venuto solo per scriverti queste cose (e per indicarti come potresti -meglio di me- risolvere il problema tuo). Dopo di che, ritornerò a eliminare Grub, rendendo nuovamente inservibile il mio HD... e cercherò una qualche maniera di giunger finalmente a capo di questa incredibile iattura (ma che gli frega, a Linux, di installare il boot-loader pure in un computer dove esiste solo un UNICO [KUBUNTU, per l'appunto] Sistema Operativo? Boh!... Possibile che Linux abbia bisogno sempre e comunque di un boot-loader per partire? Non voglio nemmeno pensarci: la sola idea mi fa paura!)
Fine della descrizione delle mie "sollazzevoli historie": veniamo a come potrestu TU risolvere il problema che hai.
Il punto è che il tuo problema è Grub (non pensar che migliorerai le cose, in futuro, installando LILO o qualcun'altro: il punto è che l'esistenza stessa di un boot-lader sull'Hard Disk pone in crisi tutto). Quando installasti Linux, anche se tu probabilmente credevi che Grub NON fosse stato installato (perché, magari, avevi installato Linux su un HD vuoto), Grub t'è stato installato lo stesso! Tutto bene, sino a che, in corso di avvio, Grub ha trovato la Partizione da avviare per avviare Linux, ma... quando hai fatto fuori quella specifica Partizione, Grub, rimasto orfano, ha seguitato a cercarla all'infinito a ciascun riavvio, impedendoti "de facto" di installare e utilizzare un differente SO Linux (Debian). Dunque, si tratta "semplicemente" di far fuori Grub.
Io ero convinto che farlo secco sarebbe stato molto facile... Col cipero! ("cipero": fiore di prato che molto caro a taluni lirici dell'Antica Grecia)... Nemmeno Partition Magic riesce a farlo secco! Nel senso che non riesce manco a accedervi. Potenza di Windows Update (dinnanzi a cui bisogna, stavolta, davvero inchinarsi), dunque, che -invece- nel fare taluni aggiornamenti, riesce "olnline" (chissà come) a sovrascriver Grub rendendo impossibile, da quel momento, l'avvio di Linux su molti computers su cui convivono, in finta armonia, Windows e Linux...
Io, per far secco Grub, sono ricorso ad un programma che si chiama SuperGrubDisk... soltanto per scoprire che, per eliminare Grub, l'unica maniera resta comunque quella di sovrascriverlo!
Allora, mi è venuta in mente la faccenda che il CD d'installazione di Windows XP, nell'installare "a nuovo", va spesso e volentieri a sovrascrivere Grub, cosa che dovrebbe esser sufficiente a farlo fuori, togliendoselo dai piedi.
Ed è proprio questa, la soluzione che ti suggerisco di utilizzare: reinstalla Windows XP e guarda se, così facendo, Grub vien travolto e affoga nel corso delle varie operazioni (il grosso vantaggio di questa procedura -rispetto a quella mia- è che NON dovrebbe accaderti che l'HD vada "a ramengo"). Ti suggerisco, nel reinstallar Windows XP, di eliminare prima TUTTE le Partizioni, poi ricrearle e formattarle e, infine, reinstallare XP. Se tutto va bene, potrai poi installar Linux (Debian) come vuoi eliminando -installazione durante- totalmente XP dal tuo computer. Insomma, l'installazione di XP che ti sto suggerendo NON serve a farti utilizzare, poi, XP, ma solo a toglierti di torno Grub. Spero che, reinstallando Linux, non ti venga rimesso pure Grub, sennò, quando vorrai eliminar quel Linux per installarne qualcun'altro, ti troverai punto-e-a-capo un'altra volta...
Questione interessante, questa della "iattura del boot-loader": chissà se è possibile venirne -in qualche modo- a capo...