Newsgroup: it.comp.os.linux.iniziare
Titolo: Non riesco a installare Kubuntu 7.04

Salve a tutti,
come da titolo ho cercato di installare kubuntu 7.04 per AMD 64 ma non ci 
riesco.
Nel programma di installazione ho indicato la partizione di root, quella di 
swap, ho indicato in "advanced" di mettere brub in "sd0" ma alla fine non 
riesce a installare grub (mi dà un messaggio di errore). Ho provato a 
ripristinare grub secondo i tre metodi di 
http://wiki.ubuntu-it.org/RipristinoGrub?action=show&redirect=RecuperareGrub
 
ma ottengo sempre errori e grub non si installa (all'avvio parte sempre 
windows e di grub nessuna traccia). Non è la prima volta che installo linux 
o una ubuntu ma questa mi sta facendo esasperare.
Le mia configurazione:
AMD 64
Disco primario Sata 250 GB già partizionato dove c'è solo windows xp e dove 
vorrei installare kubuntu
Disco secondario Ide 60 GB che uso solo per backup o altro.
Qualcuno mi può aiutare?
Grazie! 

 riesce a installare grub (mi dà un messaggio di errore). 
???
sda, sd0 è la paretizione 0 del disco sata, che non esiste.
pippersss

 sda
Invece no:
Grub ha una nomenclatura propria:
http://www.gnu.org/software/grub/manual/grub.html#Device-syntax
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
__________________________________
Combatti l'AIDS col tuo computer: 
http://fightaidsathome.scripps.edu/

 riesce a installare grub (mi dà un messaggio di errore).
Sarebbe bello conoscere quel messaggio di errore, non credi?
Alla cieca, sostituisci sd0 con hd0.
Se grub fa fatica a individuare il tuo disco, puoi aiutarlo con
http://www.gnu.org/software/grub/manual/grub.html#device


 Alla cieca, sostituisci sd0 con hd0.
già provato ma mi dà sempre lo stesso errore...
Altre idee?

 Altre idee?
se hai deciso di mettere grub nell'mbr del primario non capisco perché 
ricorri alla gestione avanzata, di default dovrebbe metterlo lì;
quanto alla nomenclatura sda in grub diventa hd0;
r
-- 
Hare hare supermarket !
Hare hare supermarket !
[Daevid Allen: Other Side of the Sky]
Ramapage: 
http://umpf.net/

 
http://www.gnu.org/software/grub/manual/grub.html#Device-syntax
Invece si, quando lo installi, tipo # grub-install /dev/sda, a casa mia 
ha sempre funzionato, anche in fase di installazione
pipperss

 
http://www.gnu.org/software/grub/manual/grub.html#Device-syntax
Molto imho [perche` non ricordo bene], nella nomenclatura di grub le 
parentesi sono importanti... e che sia sata o ide il primo disco e` 
comunque (hd0), quindi sd0 non dovrebbe andare in ogni caso...
Poi, l'installazione dovrebbe riconoscere anche la nomenclatura 
normale... al posto di al proverei [se e` sicuro che il disco sia 
quello] in esteso: "/dev/sda" [senza virgolette] come, vedo ora, dice 
anche Pipperss... ma un tentativo con (hd0) parentesi comprese vale la 
pena farlo.
Ciao ciao
Claudio

 Invece si, quando lo installi, tipo # grub-install /dev/sda
Mi era parso di capire che si parlasse dell'installazione di
*Kubuntu*, cioè del SO, non di grub e basta. Durante l'installazione
di Kubuntu, il tool grafico usa la nomenclatura particolare di Grub.
BTW: per installare grub, comunque, grub-install è sconsigliato.
Meglio la shell di grub.


 
Io uso Debian, non Kubuntu, mi è capitato a volte di installare distro 
che poi non hanno caricato correttamente grub sull'mbr del disco.
Siccome il sistema è installato ma non è avviabile, una live qualunque e 
poi monto la distro che non parte, chrootto sul mount point e poi 
rifaccio a manina l'installazione di grub sull'mbr.
Senza reinstallare il tutto.
pippersss

 Senza reinstallare il tutto.
OK. :)


 Senza reinstallare il tutto.
Orpo, si`! molto meglio sistemare grub che reinstallare tutto... non ci 
ho pensato... anche perche` ero abbastanza curioso di sapere *cosa* 
esattamente non funzionava per al... e per soddisfare la mia curiosita` 
lo spingevo ad intraprendere scomode strade... mi devo scusare con lui.
Ciao ciao
Claudio

 OK. :)
Alora, prova ad essere meno ermetico, per esempio ?
pipperss

 Alora, prova ad essere meno ermetico, per esempio ?
Se sulla live non c'è grub, scarichi il programma grub e lo installi
(il programma, non il boot loader) sulla live. Ma in genere c'è già.
Poi, con privilegi d'amministratore, dai:
grub
lanciandone la shell, che ti restituisce il prompt "grub>".
Quindi:
grub> root (hdx,y)
ove (hdx,y) indica la partizione su cui sta /boot/grub, e che nel
dubbio può essere trovata con:
grub> find /boot/grub/stage1
Infine:
grub> setup (hdz)
oppure:
grub> setup (hdz,v)
ove (hdz) indica il MBR del disco su cui si voglia installare lo
stage1, mentre (hdz,v) indica la partizione nel cui boot sector si
voglia installare lo stage1.
A questo punto il boot loader è installato. Si possono apportare
eventuali modifiche a /boot/grub/menu.lst.
Tutto su grub qui:
http://www.gnu.org/software/grub/manual/grub.html


 [cut]
Direi ottimo, però in pratica ti costruisci la riga di avvio in grub a mano.
Nel caso di Al nell'installazione di kubuntu il grub non si era 
installato ma aveva fatto già il menu.lst comprensivo di altri eventuali 
sistemi operativi già installati, perciò ho postato il chroot che va a 
riprendere la configurazione già scritta, mi sembra meno macchinoso.
Saluti
pippersss

 riprendere la configurazione già scritta, mi sembra meno macchinoso.
No, scusa: allora mi sono spiegato male: non c'è nulla da riprendere
con chroot.
La procedura che ho postato non altera il menu.lst già presente, che
è stato generato quando è stato installato il *programma* grub, in
fase d'installazione dell'OS (in particolare, è stato generato da
grub-set-default). Quando dicevo che si può modificare menu.lst a
mano, mi riferivo al fatto che, se ci sono stati problemi
nell'installazione del boot loader, alcune cose del menu.lst possono
magari non essere corrette.
Il comando:
root (hdx,y)
dice solo allo stage1 (che è un puntatore) che cosa dovrà puntare: e
appunto dovrà puntare la partizione dove sta /boot/grub/, con dentro
tutti i file necessari, che verrannno letti da lì a *ogni* boot.
Invece:
setup (quelcheè)
copia lo stage1 in quelcheè (compresa l'indicazione di dove dovrà
puntare).


"al" <niente> ha scritto nel messaggio 
news:4704ff8a$0$10626$4faf...@reader2.news.tin.it...

Grazie a tutti per le risposte. Ora vi racconto a che punto sto della mia 
odissea.
Ho provato a installare in un'altra partizione del disco sata la Debian 4.0. 
Quest'ultima mi ha installato grub ma deve aver fatto qualche casino perchè 
al riavvio non partiva più niente!!! Nenche windows xp!!!
Allora ho provato a usare la console di ripristino del cd di installazione 
di xp: ho provato fixmbr e fixboot ma non hanno risolto nulla, anzi mi hanno 
fottuto una partizione del disco ide (ma per fortuna avevo solo dati di 
backup...)
Ho provato a installare gag da dischetto ma non funzionava neanche quello. 
Poi ho notato che gag vedeva *solo* il disco secondario ide e allora ho 
avuto un'idea: ho spento il pc, ho aperto il case e ho staccato il disco 
ide. Ho riacceso il pc con il dischetto di gag e stavolta mi vedeva tutte le 
partizioni del disco sata. Ho aggiunto win, kubuntu e debian e l'ho salvato 
nel mbr. Riavvio (ricollegando l'ide) e windows xp adesso funziona di nuovo! 
:-)  Tuttavia le distro linux non funzionano ancora: se le seleziono da gag 
mi dà l'errore "boot sector non found or invalid". Significa che non ci sono 
i rispetivvi boot loader? Se sì, come li installo?
Ma il mio disco sata è stregato??? Prima quando avevo solo il disco ide (che 
adesso è secondario) non avevo mai avuto problemi di questo genere con 
linux!!!
Un' altra cosa: come si ripristina l'mbr di win xp dalla console di 
ripristino del suo cd di installazione? (evitando di fottere partizioni...) 

 ripristino del suo cd di installazione? (evitando di fottere partizioni...) 
Cosi` come hai fatto dovrebbe andare... ma se il disco e` piu` grande di 
120 giga e la tua versione di xp non ha il service pack 2 ti puo` 
cancellare le partizioni che vanno oltre... in realta` le puoi 
ripristinare velocemente da linux, se da qualche parte hai i dati delle 
partizioni [inizio, fine e tipo] usando fdisk... Ammenoche` il tuo non 
sia un caso affatto diverso da quello che ti dicevo [disco > 120GiB e xp 
< service pack 2]... se e` diverso, quel che ti ho detto non conta. Sono 
certo che xp sp1 non vede oltre i 120GiB, ma si puo` installare su un 
sata? Boh!
Ciao ciao
Claudio

 sata? Boh! 
io ho XP "liscio", senza sp1 o 2 (tanto mi serve solo per Civilization 
3) su un sata da 250 GB;
r
-- 
piccola guida all'installazione di Linux Slackware e del modem manta:
http://www.umpf.net/ramapage/

 3) su un sata da 250 GB;
Ma non vede oltre i 120 giga, giusto? perche` ora mi fai venire il 
dubbio che quel limite lo abbia solo per i dischi ide... ariboh... Sono 
certo di quel limite perche` l'ho gia` visto su 2 xp e su un 2000 
[questo fino al service pack 4 non compreso], ma per quel poco che so 
potrebbe benissimo limitarsi ai dischi ide...
Ciao ciao
Claudio

 potrebbe benissimo limitarsi ai dischi ide... 
credo che ci siamo espressi male;
cerco di fare chiarezza: si può installare su dischi sata perché l'ho 
fatto, ma forse qlc disco che richieda driver particolari può essergli 
indigesto e richiede un SP*;
se messo in una partizione più grande di 120 giga ne riconosca solo 120 
non lo so, ma chi è il mattocchio che ne userebbe una così grande per il 
solo OS?
se riconosca tutti i giga di una partizione maggiore di 120 riservata ai 
dati, non a se stesso, credo di sì, ma forse non può crearla -mi sembra 
di ricordare questo dalla vecchia macchina, ma la partizione era in 
fat32 quindi può essere un limite di questo fs, non di quello ntfs;
r
-- 
That is not it at all,
That is not what I meant, at all.
[The Love Song of J. Alfred Prufrock]
Ramapage: 
http://umpf.net/

 fat32 quindi può essere un limite di questo fs, non di quello ntfs;
Posso dirti che in fase di installazione non vede oltre i 120 [a meno 
che non sia sp2]... ho fatto una prova ora sul mio sata, ed e` uguale: 
vede comunque le partizioni esistenti, ma da` il disco a 131070 mega 
[invece dei 200 giga]... E so, perche` mi e` capitato, che se effettui 
un ripristino di xp con quella versione, cancella dalla tabella delle 
partizioni quelle che superano il limite... non ho idea di come si 
comporti con partizioni che partono sotto il limite e finiscono sopra, 
ma tremo al pensiero. :-)
Sospetto che ad Al sia capitato un guaio che c'entra con questo 
problema, ma e` da vedere... puo` c'entrare solo se il suo disco e` piu` 
grande di 120 giga e xp non sia sp2, come dicevo...
riCiao ciao
Claudio

 grande di 120 giga e xp non sia sp2, come dicevo... 
aspettiamo cosa ci dice su questo;
r
-- 
l'unica legge elettorale che funzionerebbe in Italia è quella che 
prevede uno sbarramento al 70% di QI
Ramapage, Baudelaire, Pentangle: 
http://umpf.net/

 voglia installare lo stage1.
Ma neanche così riesco a far partire Kubuntu o Debian   :-(
Riassumendo ho due dischi:
1 - primario sata hd0 con le partizioni 1 e 2 per win xp, la 3 per Kubuntu, 
la 4 per Debian, altre piccole partizioni in ntfs, l'ultima partizione per 
swap
di linux
2 - secondario ide hd1 con partizioni 1 e 2 per backup e altro in ntfs, la 3 
in fat32 (quindi totale 3 partizioni).
Con la procedura sopra ottengo:
find mi dice che la partizione su cui sta /boot/grub è (hd1,4). Ma come?!?! 
La partizione 5 del secondo disco (grub conta da zero) ?! Ma se quel disco
ha solo 3 partizioni! Allora ho capito che forse grub considera il mio sata 
primario come hd1 e l'ide secondario come hd0 ?! Eppure nel bios ho indicato 
chiaramente che il sata ha la precedenza sull'ide e infatti windows non ha 
mai avuto problemi ad avviarsi dal sata. Non ci capisco più nulla. Inoltre, 
anche se hd1 fosse sata non capisco perchè find trova lo stage1 nella 
partizione 5 che è in ntfs e non centra nulla con linux...
Comunque, installo grub in hd1,2 (partizione3) e hd1,3 (partizione 4) e 
riavvio con gag sempre in MBR. (provando a installare in hd0,2 o 3 mi dava 
errore)
Da gag seleziono Kubuntu o Debian ed entrambe le volte mi parte il grub di 
Debian e da lì:
1) se seleziono Debian ricevo questo errore:
  Booting 'Debian GNU/Linux, kernel 2.6.18-5-amd64
  root (hd1,4)
  Error 22: No such partition
2) se seleziono Kubuntu ricevo questo errore:
  root (hd1,2)
  Filesystem type is fat, partition type 0xc
  kernel /boot/vmlinux-2.6.20-15-generic root=/dev/sda3
  Error 15: File not found
3) se seleziono windows xp non parte e mi dà un errore che non mi sono 
trascritto
Adesso sembrerebbe che hd1 è il disco ide... Ma se prima... ?!?!?!?!
Per fortuna che ho gag nell'MBR altrimenti non riuscirei neanche ad accedere 
a windows...
Che dite? Chiamo l'esorcista???
Per favore, aiutatemi!
Grazie mille e ciao 

 Adesso sembrerebbe che hd1 è il disco ide... Ma se prima... ?!?!?!?!
Ecco, hai capito da solo! :)
Se fosse solo questo, si metterebbe a posto in un battibaleno. Ma,
perdonami, mi pare proprio tu abbia fatto un casino, sparpagliando
boot loader a destra e a manca, su partizioni che non c'entrano un
fico secco.
Inoltre hai gag, di cui non so niente.


 Inoltre hai gag, di cui non so niente.
non fa che passare la palla alla partizione che gli dici, ci sia o no un 
bootloader a raccoglierla;
r
-- 
Un giudice buono è un giudice comprato.
[Silvio "Wild" Berlusconi]
Baudelaire e l'arte: 
http://umpf.net/

 Diamine! Ti sei messo d'impegno, per ottenere una cosa così! ;)
Effettivamente ho fatto un po' di casino... Ma come ci sarò riuscito ?!?! 
Eppure non è la prima volta che installo linux.
Comunque gag dovrebbe puntare alle partizioni giuste dove ci sono kubuntu e 
debian.
Che dici reinstallo kubuntu e debian? Mi sa che ci metto meno e evito altri 
casini.
Come si fa a dire al programma di installazione di kubuntu di installare il 
proprio grub solo nel boot sector della propria partizione e non nel mbr?
Ciao e grazie mille ancora!

 proprio grub solo nel boot sector della propria partizione e non nel mbr?
basta scegliere Avanzate o simile nella schermata d'installazione di Grub;


 Adesso sembrerebbe che hd1 è il disco ide... Ma se prima... ?!?!?!?!
Una cosa che trovo assai comoda di grub e` che, quando parte, puoi 
editare le varie voci al volo! Ti basta premere 'e'... Nel tuo caso grub 
parte, quindi ti conviene provare... ad esempio la voce di windows... 
prova a cambiare la riga "root (hd1,0)" [selezioni windows, premi 'e', 
selezioni la voce root e premi ancora 'e'...] con "root (hd0,0)" e 
vedere se si avvia... Altra cosa che puo` esserti utile e` il fatto che 
nel corso di questo editing *al volo* puoi anche fare affidamento sul 
completamento automatico tramite il classico tasto tab... ad esempio, se 
sulla riga del kernel scrivi "kernel (hd0,4)/boot/" e premi tab, puoi 
vedere i possibili file che trova [nota che ho aggiunto (hd0,4), ma 
normalmente non serve visto che fara` riferimento a quanto impostato 
nella voce root]... utilissimo, in casi come il tuo dove non si e` 
sicuri dei posizionamenti... Una volta individuati i parametri corretti 
puoi modificare il menu.lst al quale fa riferimento.
Ciao ciao
Claudio

basta scegliere Avanzate o simile nella schermata d'installazione di Grub;
quindi devo indicare (hd0,2), giusto?

 quindi devo indicare (hd0,2), giusto?
Si`, se lo vuoi mettere nella terza partizione del primo disco [parte da 
zero, la numerazione di grub, come hai gia` notato]... ma devi esserne 
sicuro!
Ciao ciao
Claudio

 
non so nel tuo caso, cmq ti sarà facile vedere la voce giusta fra quelle 
che appariranno;
r
-- 
E allora, 'sto miracolo?
[Forzuto Italiota, impaziente]
tutto sui Pentangle: 
http://umpf.net/

 Che dici reinstallo kubuntu e debian?
Non mi sembra necessario. Trova il modo di accedere, magari colla
live, a /boot/grub/device.map nella partizione su cui sta *Debian*.
Il contenuto di device.map sarà probabilmente:
(hd0)	/dev/sda
(hd1)	/dev/hda
Inverti, in modo che diventi:
(hd0)	/dev/hda
(hd1)	/dev/sda
Ora dovrebbe partire tutto.


 Che dici reinstallo kubuntu e debian?
Non mi sembra necessario. Trova il modo di accedere, magari colla
live, a /boot/grub/device.map nella partizione su cui sta *Debian*.
Il contenuto di device.map sarà probabilmente:
(hd0)	/dev/sda
(hd1)	/dev/hda
Inverti, in modo che diventi:
(hd0)	/dev/hda
(hd1)	/dev/sda
Ora dovrebbe partire tutto.


 Ora dovrebbe partire tutto.
ho controllato device.map ma era già
(hd0) /dev/hda
(hd1) /dev/sda
ho provato a invertirli ma non ci sono riuscito... Ho fatto partire la 
knoppix live (che monta automaticamente tutte la partizioni con i permessi 
rw per root)poi ho aperto la console, sono diventato root, ho lanciato 
l'editor vi ma non riuscivo mai a salvare le modifiche: mi dava sempre 
errore. Ma dove ho sbagliato?
Allora esasperato ho reinstallato Kubuntu e Debian (mezz'ora l'uno quindi 
non ho perso molto tempo) e stavolta ho indicato al programma 
d'installazione di mettere grub in (hd1,2) per Kubuntu e (hd1,4) per Debian 
quindi nei posti giusti. Ho riavviato speranzoso. Da GAG seleziono Kubuntu, 
parte il suo grub (evvai!!!), seleziono Kubuntu modalità normale ma porc... 
ricevo di nuovo il messaggio "No such partition"!!!! Stesso discorso con 
Debian! Allora premo esc, ritorno al grub (di Debian), premo 'e' per 
leggerlo e mi viene un dubbio: provo a cambiare la prima riga 'root (hd1,4)' 
con 'root (hd0,4)', premo b per cercare di avviarlo e Debian si avvia senza 
problemi!!! Stesso discorso con Kubuntu cambiando la prima riga da 'root 
(hd1,2)' con 'root(hd0,2). Finalmente!!!
Praticamente se ho capito bene il problema era nel fatto che i programmi di 
installazione di Kubuntu e Debian consideravano il sata primario come hd1 e 
l'ide secondario come hd0 e usavano questa convenzione anche quando 
scrivevano menu.lst. All'avvio invece grub usa la convenzione opposta 
sata=hd0 e ide=hd1 mandando tutto in casino! Come mai? Forse il grub si rifà 
al bios dove il sata viene per primo?
Inoltre ho un altro piccolo problema con Kubuntu che però non dipende da me 
dato che Debian si avvia alla perfezione. Praticamente dopo qualche secondo 
dall'avvio si ferma tutto e appare la scritta:
*Checking file system...
fsck 1.40-WIP (14-NOV-2006)
open UUID=423E-F980: No such file or directory
dosfsck 2.11, 12 MAR 2005, FAT32, LFN
fsck.ext3: Unable to resolve 'UUID= una sfilza di numeri e lettere'
fsck died with exit status 9
*File system check failed
compare la shell ma non sapendo che fare premo CTRL+D e il caricamento di 
Kubuntu prosegue senza problemi. Ho provato brevemente l'os e tuttavia 
sembra funzionare senza problemi. Qualche idea? Debian invece si avvia senza 
problemi.
Grazie mille!!!
Ciao 

 problemi.
E` una cosa di ubuntu [non e` che sia solo di ubuntu, ma e` lui a usarla 
come standard]... nel file /etc/fstab avrai le partizioni indicate e 
riconosciute tramite l'uuid, invece che nel classico modo... lui cerca 
di montare la partizione con quell'uuid ma non la trova, perche` 
probabilmente e` cambiata... Strano che lo faccia con una fresca 
installazione, hai forse formattato la partizione fat32 dopo 
l'installazione di kubuntu? perche` dalla situazione delle partizioni 
che hai postato dovrebbe trattarsi di /dev/hda3 [l'unica a fat32]... Poi 
parte lo stesso perche` non e` una partizione importante per il sistema 
[come potrebbe essere quella di root o /usr o simili].
Ma a parte le chiacchiere... anche se ubuntu ha il suo bravo programmino 
grafico per gestire le partizioni, ti consiglio di editare manualmente 
il file /etc/fstab... Potresti cercare l'uuid della partizione e 
correggerlo, ma puoi piu` semplicemente sostituire all'uuid che non 
funzia l'indicazione classica /dev/hda3 [sempre che sia davvero quella 
la partizione in causa]. Occorre attenzione ad editare fstab, perche` e` 
piuttosto importante.
In pratica, dovresti avere una riga simile a questa:
UUID=423E-F980 /media/qualcosa vfat user,rw 0 0
e puoi cambiare solo la prima parte probabilmente cosi`:
/dev/hda3 /media/qualcosa vfat user,rw 0 0
Ciao ciao
Claudio

 sata=hd0 e ide=hd1 mandando tutto in casino! Come mai?
Problemi fra grub e bios: capitano sovente. 
Capitano se cambi l'ordine di boot nel bios, o se aggiungi un device
esterno (tipo un disco usb) che s'inserisca nella catena del boot...
cose così.


 non avrebbe avuto comunque effetti risolutivi. Chiedo scusa.
Non ti devi scusare: il tuo aiuto è stato utile altrimenti avrei chiamato 
l'esorcista una settimana fa!
Hai idea su come risolvere l'errorino in avvio di Kubuntu? (Vedi mio post 
precedente)
Ciao e grazie 

 /dev/hda3 /media/qualcosa vfat user,rw 0 0
l'ho modificato con vi ma non è cambiato nulla. Mi dà sempre lo stesso 
errore.
Altre idee?
Ciao e grazie 

 Altre idee?
Mah...
Possibili azioni:
a) vedi che ti dicono:
dmesg | grep FS
dmesg | grep UUID
dmesg | grep fsck
b) controlla che i vari UUID in /etc/fstab e quelli eventualmente
presenti in menu.lst (argomento root=... nelle righe kernel[*]) siano
giusti, o sostituiscili direttamente coi classici nomi dei device a
cui dovrebbero corrispondere, come ti ha suggerito Coso. Confrontali
coi veri UUID, che per ogni partizione puoi ricavare con:
sudo vol_id -u /dev/quelcheè
[*] L'argomento root=... nella riga kernel dice al kernel qual è la
directory radice (cioè /) a cui dovrà fare riferimento. Nel tuo caso,
mi pare, per Kubuntu si tratta di /dev/sda3 e per Debian di
/dev/sda5.


 sudo vol_id -u /dev/quelcheè
fatto e in fstab ho trovato la riga relativa a sda5 con UUID sbagliato. La 
pertizione sda5 è quella di Debian che ho formattato e reinstallato dopo 
l'installazione di Kubuntu.
Quindi la formattazione ne cambia l'UUID? Ma allora perchè in fstab non 
viene scritto direttamente /dev/device ?
Inoltre in una riga relativa a una partizione ntfs invece di UUID o 
/dev/device ho trovato "LABEL=etichetta" cioè con il nome di etichetta che 
avevo scelto in windows! Come mai? E perchè solo in quella partizione? 
(anche le altre ntfs sono etichettate da windows)
Comunque adesso kubuntu si avvia alla perfezione.
Grazie di tutto! Sei stati mitici!!! 

 viene scritto direttamente /dev/device ?
Esistono infatti diversi modi per individuare le partizioni.
Usare l'UUID (UUID=qualcosa) o il LABEL (LABEL=qualcosa) è metodo più
robusto che non usare i link ai block device. 
Aggiungere e togliere dischi, modificare i loro collegamenti, giocare
colle impostazioni del bios (o persino coi kernel) può portare a
cambiamenti nel link che individuano un componente (che magari prima
era puntato da /dev/(hdb, ed ora da /dev/sda). Tali problemi
svaniscono usando LABEL e UUID.
Viceversa, le formattazioni non vengono intercettate dai link, mentre
coi modificano LABEL e UUID, così sei costretto a controllare e ad
aggiornare manualmente (cosa buona: in genere, quando formatti, è
perché stai *cambiando* qualcosa).
