[RISOLTO] feisty e device

[Sciu Barba]

Oggi ho aggiornato da edgy a feisty, e ho avuto una bruttissima sorpresa!
A parte che non mi ha risolto il vecchio problema della swap inattiva... vabbé...  :'( la cosa allucinante è che sono spariti tutti i device hd da /dev così non riesco a montare nessuna partizione!!! >:( :'(

Come faccio? mi era successo lo stesso quando ho installato la unstable mesi fa, non è cambiato nulla! In teoria dovrebbe migliorare... :-\

[MaraMax]

magari hanno solo cambiato il nome...ad esempio il mio hd che una volta si chiamava /dev/hda ora si chiama /dev/sda e le partizioni sono cambiate di conseguenza...

[Stealth]

Esatto...segui il consiglio di MaraMax, e controlla con

Codice: Seleziona tutto

sudo fdisk -l

ciao 

[Sciu Barba]

proverò, grazie !

Comunque, ho scoperto che dipende dal kernel, col 2.6.17-11 è come prima! invece il problema compare con il 2.6.20-16
La nuova versione ad'ogni modo è una bomba: finalmente applicazioni come konqueror e firefox si aprono immediatamente e in generale è tutto più velocizzato rispetto a come mi girava edgy.

La swap continua a non essere  attiva in entrambi i casi >:(

EDIT:  RISOLTO! Avevate ragione ho messo sda e sdb al posto di hda e hdc!
Mi chiedo come mai prima nella sigla "a" stava per prim. master "b" prim. slave "c" sec. master e "d" sec. slave e invece adesso c'è la "b" al posto della "c" ?

E per i drive dvd cd... et cetera?  sul fstab che usavo con edgy è rimasto /dev/hdb per cdrm0 e /dev/cdrom per cdrom1,  forse devo cambiare hdb con dvd?

Rimane il problema della swap!

[Stealth]

Per la swap, puoi provare a ricrearla, controllando anche che non ci siano blocchi rovinati. Per individuare la partizione, il comando è quello che ti ho suggerito prima. Per riformattarla è

Codice: Seleziona tutto

sudo mkswap -c /dev/il_tuo_dev

l'opzione -c sta per check, e verifica le condizioni fisiche della partizione, in pratica se ci sono bad blocks
ciao

[Sciu Barba]

ho semplicemente messo in fstab sda2 chissà... tra i possibli meriti della nuova release e il fatto di aver tolto l'uuid, ora la swap funzuiona:  qualsiasi sia il motivo è questo l'importante... brindiamo !(b2b)

[Divilinux]

E per i drive dvd cd... et cetera?  sul fstab che usavo con edgy è rimasto /dev/hdb per cdrm0 e /dev/cdrom per cdrom1,  forse devo cambiare hdb con dvd?

in fstab non ci vanno piu' i cdrom..sono collegati a /dev/scd0 o /dev/scd1 in automatico da udev

[Sciu Barba]

quindi li tolgo del tutto? anche fd0 il floppy? praticamente è un demone che me lo monta in automatico come i supporti di memoria usb?

[filo1234]

e perchè nel mio dopo gli ultimi aggiornamenti è tornato tutto come hda??

[Divilinux]

quindi li tolgo del tutto? anche fd0 il floppy? praticamente è un demone che me lo monta in automatico come i supporti di memoria usb?

Che io ricordi..udev esiste da pi' di 3-4 anni..e ultimamente e' diventato lo standard "de facto" sostituendo appieno hotplug.
Piu' o meno e' un demone..udev e' un programma che si occupa,tramite alcune regole,di montare e passare le informazioni ad hal..che a sua volta le passera' a d-bus per i messaggi. (scusa la brevita' del concetto..non e' propio cosi' ma rende l'idea)
Si..va tolta ogni cosa riguardante dispositivi rimovibili...

Codice: Seleziona tutto

e perchè nel mio dopo gli ultimi aggiornamenti è tornato tutto come hda??

non siamo tutti sincronizzati alla stessa maniera..non ho idea di che aggiornamenti tu abbia ricevuto..ma ti consiglio di leggere qua:

http://divilinux.wordpress.com/2007/06/ ... le-device/

propio stamattina,sul notebook,ho sistemato definitivamente questa faccenda: hda,hdb,hdc etc..non esistono piu' per identificare hdd interni e cdrom
gli hdd sia ATA che SATA sono /dev/sda...mentre i cdrom sono tutti /dev/scd
Non so come sia messo Ubuntu sotto questo punto di vista..ma in teoria la faccenda e' cosi'.

[filo1234]

hio utilizzo sia kubuntu eche ubuntu, su kubuntu ho appena fatto altri aggiornamenti, io faccio aggiornamento completo ed è tornato tutto come sdx  mentre appena aggiornato al nuovo kernel 2.6.20-16 i dischi erano nuovamente hdx  ho aggiornato anche ubuntu ma ubuntu è rimasto con i dischi hdx  ma non ho idea davvero, so solo che non è molto pratico dover ogni volta verificare con fdisk  o dare uno sguardo ad fstab ecc...e cc...bah

[Divilinux]

sai cosa ho fatto io?..nonostante la partizione di linux fosse rilevata come /dev/sda1..in fstab e nel menu.lst campeggiava ancora /dev/hda...basta cambiare anche li..a mano

[filo1234]

sai cosa ho fatto io?..nonostante la partizione di linux fosse rilevata come /dev/sda1..in fstab e nel menu.lst campeggiava ancora /dev/hda...basta cambiare anche li..a mano

bene sin qui siamo d' accordo..ed è quello che avevo fatto quanto tutto all' inizio era /dev/sdx emulazione SCSI per interderci poi è tornato come IDE /dev/hdx/ e ho ricambiato tutto a mano nuovamente!! pensavo fosse finita ma oggi dopo gli ultimi aggiornamenti mi ritrovo nuovamente con i dischi in emulazione SCSI  e che palle!! ;-)  quindi il problema non è editare a mano i files ma doverlo fare ad ogni aggiornamento è una rottura senza parlare del fatto che magari hai una macchina per lavoro e che non hai a portata di mano e che in automatico monta partizioni all' avvio su un device e dopo gli aggiornamenti non lo fa più be non è pratico no??

[Divilinux]

quindi il problema non è editare a mano i files ma doverlo fare ad ogni aggiornamento è una rottura senza parlare del fatto che magari hai una macchina per lavoro e che non hai a portata di mano e che in automatico monta partizioni all' avvio su un device e dopo gli aggiornamenti non lo fa più be non è pratico no??

certo che no..ma non credo che sia per gli aggiornamenti di Ubuntu..bensi' del kernel.
Io e' da tempo che utilizzo kernel non provenienti dai repository..e da questi sconvolgimenti ne sono immune
Mi sto documentando sul PERCHE'..visto che la soluzione e' stata trovata. Una volta che ho capito PERCHE'..te lo posso,ve lo posso, dire con assoluta certezza

ps. se si trattasse di aggiornamenti normali di Ubuntu (non del kernel)..sarebbe capitato anche a me..ma ho sempre avuto /dev/hda come dispositivo per l'hdd..e /dev/hdc per il cdrom.. :-\

[MaraMax]

Io ho fatto un'istallazione pulita per Feisty, finora con Feisty ho sempre utilizzato i kernel "ufficiali" e dall'installazione i device delle memorie di massa sono sempre stati identificati con /dev/sdX

[Divilinux]

i device delle memorie di massa sono sempre stati identificati con /dev/sdX

quelli esterni..o i SATA. A me il disco interno sempre /dev/hda (ata) e dev/sda (SATA) da quando ho la feisty...anche coi kernel ufficiali.

[MaraMax]

i device delle memorie di massa sono sempre stati identificati con /dev/sdX

quelli esterni..

e a me anche quelli definiresti interni (io li chiamerei ATA).

Codice: Seleziona tutto

sudo fdisk -l

Disk /dev/sda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cilindri of 16065 * 512 = 8225280 bytes

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sda1               1         243     1951866   1b  Hidden W95 FAT32
/dev/sda2   *         244        4480    34033702+   7  HPFS/NTFS
/dev/sda3            4481        7296    22619520    f  W95 Ext'd (LBA)
/dev/sda5            4481        4546      530113+  82  Linux swap / Solaris
/dev/sda6            4547        5330     6297448+  83  Linux
/dev/sda7            5331        7296    15791863+  83  Linux

Disk /dev/sdb: 200.0 GB, 200049647616 bytes
255 heads, 63 sectors/track, 24321 cylinders
Units = cilindri of 16065 * 512 = 8225280 bytes

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       24321   195358401    c  W95 FAT32 (LBA)

/dev/sda viene "pilotato" dal controller identificato con:
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03)
e dovrebbe essere quindi IDE (anzi ATA).

invece
/dev/sdb1 è un disco esterno USB

[filo1234]

quindi il problema non è editare a mano i files ma doverlo fare ad ogni aggiornamento è una rottura senza parlare del fatto che magari hai una macchina per lavoro e che non hai a portata di mano e che in automatico monta partizioni all' avvio su un device e dopo gli aggiornamenti non lo fa più be non è pratico no??

certo che no..ma non credo che sia per gli aggiornamenti di Ubuntu..bensi' del kernel.
Io e' da tempo che utilizzo kernel non provenienti dai repository..e da questi sconvolgimenti ne sono immune
Mi sto documentando sul PERCHE'..visto che la soluzione e' stata trovata. Una volta che ho capito PERCHE'..te lo posso,ve lo posso, dire con assoluta certezza

ps. se si trattasse di aggiornamenti normali di Ubuntu (non del kernel)..sarebbe capitato anche a me..ma ho sempre avuto /dev/hda come dispositivo per l'hdd..e /dev/hdc per il cdrom.. :-\

si si io parlavo degli aggiornamenti del kernel che erano disponibili sui repository ufficiali fatti da adept io faccio l' aggiornamento completo ogni volta e quindi se è disponibile l' aggiornamento del kernel mi fa anche quello...comunque visto che ti stai documentando e sono sicuro che troverai la soluzione poi facci sapere grazie per le delucidazioni comunque.. ;-)

[Divilinux]

@MaraMax
non me ne sono mai accorto..ma da me non era cosi'..ho dovuto levare il modulo ide dal kernel praticamente..

@filo
prova anche tu a fare

sudo fdisk -l

cosi' vediamo la situazione

[filo1234]

non ho il mio kubuntu sottomano ora ma comunque vede tutto come sda dopo gli aggiornamenti fatti ieri...