Non capisco perchè Pclos non mi riconosce più il CDrom nè il DVD (sono 2 unità separate).
Non li utilizzo spesso, però sono certo di avere già utilizzato entrambi con Pclos (a partire dalla installazione, fatta da CD). Adesso non li trovo più, nè montati, nè so come montarli, visto che in /dev ho solo sda (l'unico HD) con le varie partizioni (sda1, sda2 ecc), il centro di controllo come hardware non individua nulla (neanche in "other hardware")..... Non li trovo neanche con lshw
in /dev vedo "cdrom" e "cdrom3", se provo a fare mount /dev/cdrom /mnt/cdrom mi dà "mount: il device speciale /dev/cdrom non esiste"
Cliccando (da Thunar) sopra cdrom o cdrom3 mi dice "collegamento interrotto"
(PS: non tocco l'hardware da tempo, quindi escluderei che dei fili/collegamenti siano stati interrotti)
Cosa può essere successo?
Eppure sembra l'ipotesi più probabile.
Che un SO diventi tanto pigro da non voler montare qualcosa, passi ma che nasconda anche le risorse mi pare proprio da escludere.
Avvia un cdlive e vedi cosa succede.
Magari i due lettori sono sullo stesso cavo e con questo caldo si è allentato lo slot.
ciao Zafran
ho seguito il tuo suggerimento e ti sto scrivendo dalla live..... quindi non è un problema di hardware
Nella live (avviata quindi da CD) legge entrambi i lettori, e chiama i device "sr0" e "sr1"; il Centro di controllo-hardware li vede, lancia il config-tool.... tutto OK insomma
Ma quel "collegamento interrotto" che mi ritrovo in /dev/cdrom cosa significa? Cioè, il "device a blocchi" (e quello credo che sia, perchè poi /dev/cdrom è soltanto un link simbolico al file-device a blocchi xy, giusto?) come si può rovinare???
Ah, dimenticavo: non so se sia rilevante, ma da parecchio tempo all'avvio (normale, non della live) mi compaiono una serie di messaggi tipo udev [SYSFS] .. will be removed in a future version.... ecc ecc
(è veloce e non riesco a trascriverlo, nè riesco a ritrovare questo msg di errore nei log di sistema )
Può entrarci qualcosa questo "udev"???
Certo che c'entra.
Però non ti so aiutare.
Udev è quello che sa fare i montaggi al volo e non solo.
Tu infili una chiavetta e udev sa cosa fare.
Ti compri un certo mp3 della samsung (esperienza personale), udev non sa cosa farci, tu glielo insegni e vivete felici tutti e tre.
Ora ti si dice che udev verrà sostituito con qualcos'altro, a me non lo ha mai detto o non l'ho visto ma i cd/dvd funzionano.
Semmai c'è da dire che se la live li chiama sr0 e sr1, anche nel sistema residente dovresti trovare /dev/sr0 e /dev/sr1 e al limite tentare il montaggio con quelle.
he he, troppo facile! Al limite del troppissimo
No, nella ver. installata non ci sono nè sr0 nè sr1
Ho dimenticato di precisare che anche la live è pclos
Zafran, ma visto che in Linux viene registrato tutto O.o
in files di log, mi sai dire dove trovo il file di log dove è (lo sarà sicuramente!) scritto quel messaggio che mi appare così fugacemente?
... comincio a pensare che in quel msg potrebbero esserci delle tracce per la soluzione
Con dmesg dovresti poter vedere qualcosa.
Comunque io in dev ho
cdrom
cdrom0
cdrom1
sr0
sr1
È aggiornato il tuo sistema?
Che DE hai installati?
oddio, è lunghissimo e qualcosa potrebbe essermi sfuggito, ma le righe d'interesse mi sembrano queste:
sr0: scsi3-mmc drive: 0x/0x caddy
cdrom: Uniform CD-ROM driver Revision: 3.20
sr 10:0:0:0: Attached scsi CD-ROM sr0
sd 0:0:0:0: Attached scsi generic sg0 type 0
sr 10:0:0:0: Attached scsi generic sg1 type 5
Per me è arabo, ma mi sembrerebbe che il CDR venga riconosciuto... o no?
Sistema aggiornato. DE = XFCE.
In /dev c'è soltanto "cdrom" (=collegamento interrotto); srx non ci sono
C'è "sg0" (che ho letto nel dmesg qui sopra), ma ad un tentativo di montaggio (mount /dev/sg0 /mnt/cdrom) mi dà
"mount: /dev/sg0 non è un dispositivo a blocchi"
Ti incollo qui sotto un po' di comandi e relativi output sempre rispetto a udev nella speranza che qualche lucina ti si possa accendere.
$ dmesg |grep udev
<30>udev[101]: starting version 167
$ ls /dev/sr*
/dev/sr0 /dev/sr1
$ ls /dev/cd*
/dev/cdrom@ /dev/cdrom1@ /dev/cdrw1@
$ ls /dev/cd*
/dev/cdrom@ /dev/cdrom1@ /dev/cdrw1@
$ locate *udev*
[..]
cat /etc/udev/udev.conf
# The initial syslog(3) priority: "err", "info", "debug" or its
# numerical equivalent. For runtime debugging, the daemons internal
# state can be changed with: "udevadm control --log-priority=".
udev_log="err"
$ locate *udev* |grep cd
/etc/udev/rules.d/70-persistent-cd.rules
/lib/udev/cdrom_id
/lib/udev/write_cd_rules
/lib/udev/rules.d/60-cdrom_id.rules
/lib/udev/rules.d/75-cd-aliases-generator.rules
$ cat /lib/udev/rules.d/60-cdrom_id.rules
# do not edit this file, it will be overwritten on update
ACTION=="remove", GOTO="cdrom_end"
SUBSYSTEM!="block", GOTO="cdrom_end"
KERNEL!="sr[0-9]*|xvd*", GOTO="cdrom_end"
ENV{DEVTYPE}!="disk", GOTO="cdrom_end"
KERNEL=="sr[0-9]*", ENV{ID_CDROM}="1"
IMPORT{program}="cdrom_id --export $tempnode"
LABEL="cdrom_end"
$ man udev
[..]
$ man udevadm
[..]
$ udevadm info -export |grep cd
E: DRIVER=ohci_hcd
E: ID_VENDOR=Linux_2.6.38.8-pclos3.bfs_ohci_hcd
E: ID_VENDOR_ENC=Linux\x202.6.38.8-pclos3.bfs\x20ohci_hcd
E: ID_SERIAL=Linux_2.6.38.8-pclos3.bfs_ohci_hcd_OHCI_Host_Controller_0000:00:02.0
E: DRIVER=ohci_hcd
E: ID_VENDOR=Linux_2.6.38.8-pclos3.bfs_ohci_hcd
E: ID_VENDOR_ENC=Linux\x202.6.38.8-pclos3.bfs\x20ohci_hcd
E: ID_SERIAL=Linux_2.6.38.8-pclos3.bfs_ohci_hcd_OHCI_Host_Controller_0000:00:02.1
E: DRIVER=ehci_hcd
E: ID_VENDOR=Linux_2.6.38.8-pclos3.bfs_ehci_hcd
E: ID_VENDOR_ENC=Linux\x202.6.38.8-pclos3.bfs\x20ehci_hcd
E: ID_SERIAL=Linux_2.6.38.8-pclos3.bfs_ehci_hcd_EHCI_Host_Controller_0000:00:02.2
S: disk/by-uuid/4a374a1c-1919-40d2-bf97-1f548bc0cd9c
E: ID_FS_UUID=4a374a1c-1919-40d2-bf97-1f548bc0cd9c
E: ID_FS_UUID_ENC=4a374a1c-1919-40d2-bf97-1f548bc0cd9c
E: DEVLINKS=/dev/block/8:19 /dev/disk/by-id/ata-Maxtor_6E040L0_E12PX15N-part3 /dev/disk/by-id/scsi-SATA_Maxtor_6E040L0_E12PX15N-part3 /dev/disk/by-path/pci-0000:00:09.0-scsi-0:0:1:0-part3 /dev/disk/by-uuid/4a374a1c-1919-40d2-bf97-1f548bc0cd9c /dev/disk/by-id/edd-int13_dev81-part3
S: scd0
S: cdrom
E: ID_TYPE=cd
E: DEVLINKS=/dev/block/11:0 /dev/scd0 /dev/disk/by-id/ata-ATAPI_DVD-ROM_16XMax /dev/disk/by-path/pci-0000:00:09.0-scsi-1:0:0:0 /dev/cdrom /dev/dvd
S: scd1
S: cdrom1
S: cdrw1
E: ID_TYPE=cd
E: DEVLINKS=/dev/block/11:1 /dev/scd1 /dev/disk/by-id/ata-HL-DT-ST_DVDRAM_GSA-H42N_K096C8J1055 /dev/disk/by-path/pci-0000:00:09.0-scsi-1:0:1:0 /dev/cdrom1 /dev/cdrw1 /dev/dvd1 /dev/dvdrw1
Se ti pare che il problema sia di udev (ma dopotutto non è sicurissimo) puoi sempre provare a reinstallarlo.
Accipicchia quanti ne hai escogitati!
Niente, mi dà +/- gli stessi tuoi output, salvo
$ ls /dev/sr*
"no such file or directory" (e questo lo sapevamo)
e
# udevadm info -export |grep cd
che mi dà gli stessi tuoi ouput tranne la parte che riporto qui sotto:
(cioè la parte che trascrivo è del tutto assente nel mio output)
S: scd0
S: cdrom
E: ID_TYPE=cd
E: DEVLINKS=/dev/block/11:0 /dev/scd0 /dev/disk/by-id/ata-ATAPI_DVD-ROM_16XMax /dev/disk/by-path/pci-0000:00:09.0-scsi-1:0:0:0 /dev/cdrom /dev/dvd
S: scd1
S: cdrom1
S: cdrw1
E: ID_TYPE=cd
E: DEVLINKS=/dev/block/11:1 /dev/scd1 /dev/disk/by-id/ata-HL-DT-ST_DVDRAM_GSA-H42N_K096C8J1055 /dev/disk/by-path/pci-0000:00:09.0-scsi-1:0:1:0 /dev/cdrom1 /dev/cdrw1 /dev/dvd1 /dev/dvdrw1
Non solo l'ho reinstallato (anche libudev...) ma ho anche provato a riavviare con il vecchio kernel (2.6.38.8-pclos3.bfs) anzichè con quello che uso da un pò di tempo (3.2.18-pclos2.bfs).
Nessuna differenza
Ah, una cosa forse non mi torna:
eseguendo il comando che suggerivi (dmesg |grep udev) ho visto che c'era /sbin/start_udev e l'ho lanciato.
Il risultato è stato "Starting udev: error binding udev control socket"
La parola "error" mi suona sospetta.... ma cosa significa? E' normale questo output?
Sì è possibile che la parola error si riferisca a qualcosa che non va :).
Però credo di essere arrivato in fondo al mio non sapere.
Quello che inquieta è che live ha certe periferiche e residente no.
Io salverei quello che m'interessa e proverei a rimuovere più roba possibile e a reinstallarla.
Al limite, alla fine, reinstallare tutto il sistema.
Mi spiace non saper dire di più.
Se può aiutarti, io reintallerei o controllerei da synaptic:
udev
libudev0-devel
libudev0
libgudev1.0_0
ma probabilmente lo hai già fatto ...
Poi, mi viene in mente che potresti "girare" le connessioni nella scheda madre ...
... però contiene in sè anche un suggerimento per la soluzione
Evidentemente ho installato (successivam, quindi nella live manca) qualcosa che va in conflitto, oppure relativam. a qualcosa di (pre-)installato ho cambiato dei settaggi
In teoria dovrebbe essere così, ma poi nella pratica.... vai a trovà qual'è quello giusto
No, questa te la boccio
Contrariamente ai post dei 16enni dei forum di [[note e diffusissime distro ]] in cui la risposta tipica al 1° problema è: "Spiana tutto, formatta e reinstalla da capo"
PcLinuxOS (per come la vedo io) non è un giocattolo: è adattissimo per la funzione di "Strumento di lavoro" (e infatti anche io lo uso x lavoro -di ufficio-)
Li ho già reinstallati ma non è bastato Forse servirebbe una soluzione un pò + incisiva, tipo disinstallarli, riavviare (sperando che vadano perdute le impostazioni) e reinstallare.....
a settembre, al ritorno dalle ferie, provo così
Grazie
Su questo mi trovi pienamente d'accordo. La mia installazione è nel mio notebook di lavoro ed abbiamo 2 desktop in università per tecnici di laboratorio e altra postazione di lavoro. La soluzione rolling stable è secondo me ideale per molte situazioni di lavoro. Quello che manca a PCLinuxOS è un po' di cura e aggiornamento in alcuni software tipici per applicazioni scientifiche ed una manualistica limitata.
Infatti! Il rolling (che non capisco proprio perchè abbiano così poche distro :-\)
lo ritengo fondamentale x lavorare: te la setti, te la adatti, te la personalizzi per le tue specifiche necessità, ti installi i programmi che ti servono e il + delle volte è + il tempo speso x adattartelo che quello speso x installare (x installare basta un click! ), e poi ti esce la ver. nuova... e devi ricominciare tutto daccapo! Eh no!
Io invece se dovessi esprimere dei desideri (e dei suggerimenti a chi mantiene/sviluppa Pclos) gli chiederei un toollettino che in modo semplice semplice (come è tutta Pclos) consenta di montare/smontare in automatico le periferiche diverse dall'HD (che invece funziona alla grande)
Infatti finora gli unici problemi "veri" che ho avuto sono stati x montare/smontare USB, floppy... ed ora i CD/DVD
... e siccome quando una cosa ti serve, ti serve, sono quasi sicuro che il mio attuale problema coi cd/dvd sia dovuto a qualcosa che ho installato (ma nella fretta vai a ricordarti cosa era!) o modificato x accedere a Usb e/o floppy
Scollega le due unita' ottiche (almeno la piattina), avvia pclinux senza di questi, monta tutti gli eventuali hd che hai in piu' altre a quello dove c'e' pclinux. Arresta il sistema e scollega l'alimentazione del pc (non basta arrestarlo). Rcollega le unita' ottiche e la rete elettrica, avvia il pc.
Se continui ad avere problemi evidentemente hai un hd sata e 2 unita ottiche pata e sulle recenti schede madri...