Le 13083ième jour après Epoch,
Dominique Fauqueux écrivait:Rien, justement. J'insère ma clé dans le port USB, la led de la clé
clignote, Nautilus ne bronche pas. Dans /media j'ai une foultitude dee
dossiers usb (numérotés de 1 à 7 ?!) plus un lien nommé usb qui pointe
vers usb0 et un dossier usbdisk tous vides !
Ben t'as peut-être pas d'automounter. Que dit /var/log/messages ?? Ou
/var/log/syslog ?
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Memory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:22 localhost kernel: USB Mass Storage device found at 4
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr sectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost kernel: sda: assuming drive cache: write through
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfully (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUMANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Oct 28 23:24:23 localhost udev[5124]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda' becomes '%k'
Oct 28 23:24:23 localhost udev[5124]: creating device node '/dev/sda'
Oct 28 23:24:24 localhost udev[5169]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda1' becomes '%k'
Oct 28 23:24:24 localhost udev[5169]: creating device node '/dev/sda1'
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378385
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378386
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378387
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378388
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378389
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378390
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378391
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378392
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378393
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378394
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378395
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378396
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378397
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378398
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378399
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378381
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378382
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378383
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378381
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378381
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378363
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378364
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378365
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378366
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378363
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378385
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378386
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378387
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378388
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378389
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378390
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378391
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378392
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378393
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378394
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378395
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378396
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378397
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378398
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378399
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:33:44 localhost gconfd (root-5325): démarrage (version 2.8.1), pid 5325 utilisateur « root »
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 1
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2Je me demande si mon post est passé en entier j'y ai mis un extrait de
lsmod, et un historique de mes tentatives infructueuses :)
lsmod est présent, et je sais pas ce que signifie "historique de mes
tentatives infructueuse
A te lire.
Le 13083ième jour après Epoch,
Dominique Fauqueux écrivait:
Rien, justement. J'insère ma clé dans le port USB, la led de la clé
clignote, Nautilus ne bronche pas. Dans /media j'ai une foultitude dee
dossiers usb (numérotés de 1 à 7 ?!) plus un lien nommé usb qui pointe
vers usb0 et un dossier usbdisk tous vides !
Ben t'as peut-être pas d'automounter. Que dit /var/log/messages ?? Ou
/var/log/syslog ?
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Memory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:22 localhost kernel: USB Mass Storage device found at 4
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr sectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost kernel: sda: assuming drive cache: write through
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfully (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUMANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Oct 28 23:24:23 localhost udev[5124]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda' becomes '%k'
Oct 28 23:24:23 localhost udev[5124]: creating device node '/dev/sda'
Oct 28 23:24:24 localhost udev[5169]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda1' becomes '%k'
Oct 28 23:24:24 localhost udev[5169]: creating device node '/dev/sda1'
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378385
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378386
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378387
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378388
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378389
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378390
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378391
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378392
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378393
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378394
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378395
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378396
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378397
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378398
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378399
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378381
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378382
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378383
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378381
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378381
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378363
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378364
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378365
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378366
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378363
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378385
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378386
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378387
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378388
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378389
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378390
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378391
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378392
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378393
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378394
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378395
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378396
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378397
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378398
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378399
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:33:44 localhost gconfd (root-5325): démarrage (version 2.8.1), pid 5325 utilisateur « root »
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 1
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2
Je me demande si mon post est passé en entier j'y ai mis un extrait de
lsmod, et un historique de mes tentatives infructueuses :)
lsmod est présent, et je sais pas ce que signifie "historique de mes
tentatives infructueuse
A te lire.
Le 13083ième jour après Epoch,
Dominique Fauqueux écrivait:Rien, justement. J'insère ma clé dans le port USB, la led de la clé
clignote, Nautilus ne bronche pas. Dans /media j'ai une foultitude dee
dossiers usb (numérotés de 1 à 7 ?!) plus un lien nommé usb qui pointe
vers usb0 et un dossier usbdisk tous vides !
Ben t'as peut-être pas d'automounter. Que dit /var/log/messages ?? Ou
/var/log/syslog ?
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Memory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:22 localhost kernel: USB Mass Storage device found at 4
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr sectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost kernel: sda: assuming drive cache: write through
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfully (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUMANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Oct 28 23:24:23 localhost udev[5124]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda' becomes '%k'
Oct 28 23:24:23 localhost udev[5124]: creating device node '/dev/sda'
Oct 28 23:24:24 localhost udev[5169]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda1' becomes '%k'
Oct 28 23:24:24 localhost udev[5169]: creating device node '/dev/sda1'
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378385
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378386
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378387
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378388
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378389
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378390
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378391
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378392
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378393
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378394
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378395
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378396
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378397
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378398
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378399
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378381
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378382
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378383
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378381
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378381
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378363
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378364
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378365
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378366
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378363
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378385
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378386
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378387
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378388
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378389
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378390
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378391
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378392
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378393
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378394
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378395
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378396
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378397
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378398
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378399
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:33:44 localhost gconfd (root-5325): démarrage (version 2.8.1), pid 5325 utilisateur « root »
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 1
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2Je me demande si mon post est passé en entier j'y ai mis un extrait de
lsmod, et un historique de mes tentatives infructueuses :)
lsmod est présent, et je sais pas ce que signifie "historique de mes
tentatives infructueuse
A te lire.
pour /var/log/messages :
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device usin g address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Sto rage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Me mory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revis ion: 02
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr s ectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessful ly (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CU MANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already load ed
pour /var/log/syslog : (a pas l'air content !)
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Stor age devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Mem ory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:22 localhost kernel: USB Mass Storage device found at 4
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr se ctors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost kernel: sda: assuming drive cache: write through
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfull y (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUM ANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Oct 28 23:24:23 localhost udev[5124]: configured rule in '/etc/udev/rules. d/z_hal-plugdev.rules[2]' applied, 'sda' becomes '%k'
Oct 28 23:24:23 localhost udev[5124]: creating device node '/dev/sda'
Oct 28 23:24:24 localhost udev[5169]: configured rule in '/etc/udev/rules. d/z_hal-plugdev.rules[2]' applied, 'sda1' becomes '%k'
Oct 28 23:24:24 localhost udev[5169]: creating device node '/dev/sda1'
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:33:44 localhost gconfd (root-5325): démarrage (version 2.8. 1), pid 5325 utilisateur « root »
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly: /etc/gconf/gconf.xml.mandatory » résolue vers une source de confi guration en lecture seule à la position 0
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readwrite :/root/.gconf » résolue vers une source de configuration accessib le en écriture à la position 1
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly: /etc/gconf/gconf.xml.defaults » résolue vers une source de config uration en lecture seule à la position 2
pour /var/log/messages :
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device usin g address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Sto rage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Me mory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revis ion: 02
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr s ectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessful ly (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CU MANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already load ed
pour /var/log/syslog : (a pas l'air content !)
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Stor age devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Mem ory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:22 localhost kernel: USB Mass Storage device found at 4
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr se ctors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost kernel: sda: assuming drive cache: write through
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfull y (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUM ANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Oct 28 23:24:23 localhost udev[5124]: configured rule in '/etc/udev/rules. d/z_hal-plugdev.rules[2]' applied, 'sda' becomes '%k'
Oct 28 23:24:23 localhost udev[5124]: creating device node '/dev/sda'
Oct 28 23:24:24 localhost udev[5169]: configured rule in '/etc/udev/rules. d/z_hal-plugdev.rules[2]' applied, 'sda1' becomes '%k'
Oct 28 23:24:24 localhost udev[5169]: creating device node '/dev/sda1'
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:33:44 localhost gconfd (root-5325): démarrage (version 2.8. 1), pid 5325 utilisateur « root »
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly: /etc/gconf/gconf.xml.mandatory » résolue vers une source de confi guration en lecture seule à la position 0
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readwrite :/root/.gconf » résolue vers une source de configuration accessib le en écriture à la position 1
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly: /etc/gconf/gconf.xml.defaults » résolue vers une source de config uration en lecture seule à la position 2
pour /var/log/messages :
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device usin g address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Sto rage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Me mory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revis ion: 02
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr s ectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessful ly (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CU MANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already load ed
pour /var/log/syslog : (a pas l'air content !)
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Stor age devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Mem ory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:22 localhost kernel: USB Mass Storage device found at 4
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr se ctors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost kernel: sda: assuming drive cache: write through
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfull y (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUM ANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Oct 28 23:24:23 localhost udev[5124]: configured rule in '/etc/udev/rules. d/z_hal-plugdev.rules[2]' applied, 'sda' becomes '%k'
Oct 28 23:24:23 localhost udev[5124]: creating device node '/dev/sda'
Oct 28 23:24:24 localhost udev[5169]: configured rule in '/etc/udev/rules. d/z_hal-plugdev.rules[2]' applied, 'sda1' becomes '%k'
Oct 28 23:24:24 localhost udev[5169]: creating device node '/dev/sda1'
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
Oct 28 23:33:44 localhost gconfd (root-5325): démarrage (version 2.8. 1), pid 5325 utilisateur « root »
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly: /etc/gconf/gconf.xml.mandatory » résolue vers une source de confi guration en lecture seule à la position 0
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readwrite :/root/.gconf » résolue vers une source de configuration accessib le en écriture à la position 1
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly: /etc/gconf/gconf.xml.defaults » résolue vers une source de config uration en lecture seule à la position 2
Le 13084ième jour après Epoch,
Dominique Fauqueux écrivait:pour /var/log/messages :
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Memory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr sectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfully (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUMANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Tout va bien pour le noyau alors. Ta clef est bien reconnue comme un
Mass Storage.pour /var/log/syslog : (a pas l'air content !)
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Memory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:22 localhost kernel: USB Mass Storage device found at 4
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr sectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost kernel: sda: assuming drive cache: write through
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfully (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUMANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Oct 28 23:24:23 localhost udev[5124]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda' becomes '%k'
Oct 28 23:24:23 localhost udev[5124]: creating device node '/dev/sda'
Oct 28 23:24:24 localhost udev[5169]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda1' becomes '%k'
Oct 28 23:24:24 localhost udev[5169]: creating device node '/dev/sda1'
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
[...]
A mon avis, ta clef USB est au format "Superfloppy".
J'ai découvert ce
format dans un post de la liste, je ne le connaissait pas il y a un
mois de ça ;)
Cela signifie que seul /dev/sda est "montable", et que udev ou un
autre outil tentent d'accéder à la partition de /dev/sda1, alors qu'en
fait cette partition n'est pas censé exister.
Oct 28 23:33:44 localhost gconfd (root-5325): démarrage (version 2.8.1), pid 5325 utilisateur « root »
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 1
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2
C'est "mal" de se connecter en root sur une interface graphique ;)
Le 13084ième jour après Epoch,
Dominique Fauqueux écrivait:
pour /var/log/messages :
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Memory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr sectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfully (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUMANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Tout va bien pour le noyau alors. Ta clef est bien reconnue comme un
Mass Storage.
pour /var/log/syslog : (a pas l'air content !)
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Memory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:22 localhost kernel: USB Mass Storage device found at 4
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr sectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost kernel: sda: assuming drive cache: write through
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfully (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUMANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Oct 28 23:24:23 localhost udev[5124]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda' becomes '%k'
Oct 28 23:24:23 localhost udev[5124]: creating device node '/dev/sda'
Oct 28 23:24:24 localhost udev[5169]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda1' becomes '%k'
Oct 28 23:24:24 localhost udev[5169]: creating device node '/dev/sda1'
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
[...]
A mon avis, ta clef USB est au format "Superfloppy".
J'ai découvert ce
format dans un post de la liste, je ne le connaissait pas il y a un
mois de ça ;)
Cela signifie que seul /dev/sda est "montable", et que udev ou un
autre outil tentent d'accéder à la partition de /dev/sda1, alors qu'en
fait cette partition n'est pas censé exister.
Oct 28 23:33:44 localhost gconfd (root-5325): démarrage (version 2.8.1), pid 5325 utilisateur « root »
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 1
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2
C'est "mal" de se connecter en root sur une interface graphique ;)
Le 13084ième jour après Epoch,
Dominique Fauqueux écrivait:pour /var/log/messages :
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Memory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr sectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfully (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUMANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Tout va bien pour le noyau alors. Ta clef est bien reconnue comme un
Mass Storage.pour /var/log/syslog : (a pas l'air content !)
Oct 28 23:24:22 localhost kernel: usb 1-2: new full speed USB device using address 4
Oct 28 23:24:22 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 23:24:22 localhost kernel: Vendor: Model: USB Flash Memory Rev: 1.04
Oct 28 23:24:22 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 23:24:22 localhost kernel: USB Mass Storage device found at 4
Oct 28 23:24:23 localhost kernel: SCSI device sda: 501760 512-byte hdwr sectors (257 MB)
Oct 28 23:24:23 localhost kernel: sda: assuming Write Enabled
Oct 28 23:24:23 localhost kernel: sda: assuming drive cache: write through
Oct 28 23:24:23 localhost scsi.agent[5098]: sd_mod: loaded sucessfully (for disk)
Oct 28 23:24:23 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: [CUMANA/ADFS] p1<5>Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 23:24:23 localhost usb.agent[5084]: usb-storage: already loaded
Oct 28 23:24:23 localhost udev[5124]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda' becomes '%k'
Oct 28 23:24:23 localhost udev[5124]: creating device node '/dev/sda'
Oct 28 23:24:24 localhost udev[5169]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sda1' becomes '%k'
Oct 28 23:24:24 localhost udev[5169]: creating device node '/dev/sda1'
Oct 28 23:24:24 localhost kernel: Buffer I/O error on device sda1, logical block 508378384
[...]
A mon avis, ta clef USB est au format "Superfloppy".
J'ai découvert ce
format dans un post de la liste, je ne le connaissait pas il y a un
mois de ça ;)
Cela signifie que seul /dev/sda est "montable", et que udev ou un
autre outil tentent d'accéder à la partition de /dev/sda1, alors qu'en
fait cette partition n'est pas censé exister.
Oct 28 23:33:44 localhost gconfd (root-5325): démarrage (version 2.8.1), pid 5325 utilisateur « root »
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 1
Oct 28 23:33:44 localhost gconfd (root-5325): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2
C'est "mal" de se connecter en root sur une interface graphique ;)
François TOURDE a écrit :
A mon avis, ta clef USB est au format "Superfloppy".
Manquait plus que ça !
J'ai découvert ce
format dans un post de la liste, je ne le connaissait pas il y a un
mois de ça ;)
J'aurais dû en prendre une plus chère :)
Cela signifie que seul /dev/sda est "montable", et que udev ou un
autre outil tentent d'accéder à la partition de /dev/sda1, alor s qu'en
fait cette partition n'est pas censé exister.
Et ça peut se corriger ?
C'est "mal" de se connecter en root sur une interface graphique ;)
J'ai juste lancé gedit à partir d'une console en root
François TOURDE a écrit :
A mon avis, ta clef USB est au format "Superfloppy".
Manquait plus que ça !
J'ai découvert ce
format dans un post de la liste, je ne le connaissait pas il y a un
mois de ça ;)
J'aurais dû en prendre une plus chère :)
Cela signifie que seul /dev/sda est "montable", et que udev ou un
autre outil tentent d'accéder à la partition de /dev/sda1, alor s qu'en
fait cette partition n'est pas censé exister.
Et ça peut se corriger ?
C'est "mal" de se connecter en root sur une interface graphique ;)
J'ai juste lancé gedit à partir d'une console en root
François TOURDE a écrit :
A mon avis, ta clef USB est au format "Superfloppy".
Manquait plus que ça !
J'ai découvert ce
format dans un post de la liste, je ne le connaissait pas il y a un
mois de ça ;)
J'aurais dû en prendre une plus chère :)
Cela signifie que seul /dev/sda est "montable", et que udev ou un
autre outil tentent d'accéder à la partition de /dev/sda1, alor s qu'en
fait cette partition n'est pas censé exister.
Et ça peut se corriger ?
C'est "mal" de se connecter en root sur une interface graphique ;)
J'ai juste lancé gedit à partir d'une console en root
>>
Est-ce que tu utilises udev ?
Il est installé et fonctionne (apparait apres la commande top)
je viens d'installer autofsEst-ce qu'un préiphérique /sda1 ou sdb1 apparait lorsque tu branches
ta clé ?
j'ai sda1
>>
Est-ce que tu utilises udev ?
Il est installé et fonctionne (apparait apres la commande top)
je viens d'installer autofs
Est-ce qu'un préiphérique /sda1 ou sdb1 apparait lorsque tu branches
ta clé ?
j'ai sda1
>>
Est-ce que tu utilises udev ?
Il est installé et fonctionne (apparait apres la commande top)
je viens d'installer autofsEst-ce qu'un préiphérique /sda1 ou sdb1 apparait lorsque tu branches
ta clé ?
j'ai sda1
Le 13085ième jour après Epoch,
Dominique Fauqueux écrivait:François TOURDE a écrit :
[...]A mon avis, ta clef USB est au format "Superfloppy".
Manquait plus que ça !
Euh... C'est pas si grave que ça, hein :)J'ai découvert ce
format dans un post de la liste, je ne le connaissait pas il y a un
mois de ça ;)
J'aurais dû en prendre une plus chère :)
Ben j'en ai une comme ça, et le lecteur MP3 de ma femme est de ce
format-là aussi, et tout va pour le mieux. Si tu demandes juste à une
clef USB de stocker des données, alors tu as la bonne. :)Cela signifie que seul /dev/sda est "montable", et que udev ou un
autre outil tentent d'accéder à la partition de /dev/sda1, alors qu'en
fait cette partition n'est pas censé exister.
Et ça peut se corriger ?
Ben ça dépends de ta config. Tu as quoi pour gérer les montages de ce
genre de clef?
Perso, j'utilise udev (j'ai pas du tout touché à sa config pour le
moment),
et usbmount (que j'avoue avoir un peu hacké).
Pour le moment, je me fiche un peu du device créé par udev (/dev/sdxx)
lorsque j'insère un objet USB, mais c'est peut-être pas ton
cas. Personnellement je préfère utiliser par exemple le label pour y
associer le point de montage.
Il y a eu quelques fils de discussion à ce sujet ici, tu peux
rechercher dans les archives, mais attention, le terme "point de
montage" est utilisé parfois abusivement pour désigner le device créé
par udev lors de la reconnaissance du périphérique.
C'est "mal" de se connecter en root sur une interface graphique ;)
J'ai juste lancé gedit à partir d'une console en root
Ben c'est mal quand même.
par exemple:
apt-cache show sux
ou alors tu peux, dans une session X normale, faire dans un xterm les
manips suivantes:
/--------------
| xhost +local:
| su -
| export DISPLAY=:0
| gedit&
--------------
La première ligne autorise tous les utilisateurs locaux de ta machine
à se connecter à la session graphique
La seconde tu dois savoir
La troisième permet aux futures applis graphiques de s'adresser au bon
écran
Et la dernière lance ton "gedit"
Le 13085ième jour après Epoch,
Dominique Fauqueux écrivait:
François TOURDE a écrit :
[...]
A mon avis, ta clef USB est au format "Superfloppy".
Manquait plus que ça !
Euh... C'est pas si grave que ça, hein :)
J'ai découvert ce
format dans un post de la liste, je ne le connaissait pas il y a un
mois de ça ;)
J'aurais dû en prendre une plus chère :)
Ben j'en ai une comme ça, et le lecteur MP3 de ma femme est de ce
format-là aussi, et tout va pour le mieux. Si tu demandes juste à une
clef USB de stocker des données, alors tu as la bonne. :)
Cela signifie que seul /dev/sda est "montable", et que udev ou un
autre outil tentent d'accéder à la partition de /dev/sda1, alors qu'en
fait cette partition n'est pas censé exister.
Et ça peut se corriger ?
Ben ça dépends de ta config. Tu as quoi pour gérer les montages de ce
genre de clef?
Perso, j'utilise udev (j'ai pas du tout touché à sa config pour le
moment),
et usbmount (que j'avoue avoir un peu hacké).
Pour le moment, je me fiche un peu du device créé par udev (/dev/sdxx)
lorsque j'insère un objet USB, mais c'est peut-être pas ton
cas. Personnellement je préfère utiliser par exemple le label pour y
associer le point de montage.
Il y a eu quelques fils de discussion à ce sujet ici, tu peux
rechercher dans les archives, mais attention, le terme "point de
montage" est utilisé parfois abusivement pour désigner le device créé
par udev lors de la reconnaissance du périphérique.
C'est "mal" de se connecter en root sur une interface graphique ;)
J'ai juste lancé gedit à partir d'une console en root
Ben c'est mal quand même.
par exemple:
apt-cache show sux
ou alors tu peux, dans une session X normale, faire dans un xterm les
manips suivantes:
/--------------
| xhost +local:
| su -
| export DISPLAY=:0
| gedit&
--------------
La première ligne autorise tous les utilisateurs locaux de ta machine
à se connecter à la session graphique
La seconde tu dois savoir
La troisième permet aux futures applis graphiques de s'adresser au bon
écran
Et la dernière lance ton "gedit"
Le 13085ième jour après Epoch,
Dominique Fauqueux écrivait:François TOURDE a écrit :
[...]A mon avis, ta clef USB est au format "Superfloppy".
Manquait plus que ça !
Euh... C'est pas si grave que ça, hein :)J'ai découvert ce
format dans un post de la liste, je ne le connaissait pas il y a un
mois de ça ;)
J'aurais dû en prendre une plus chère :)
Ben j'en ai une comme ça, et le lecteur MP3 de ma femme est de ce
format-là aussi, et tout va pour le mieux. Si tu demandes juste à une
clef USB de stocker des données, alors tu as la bonne. :)Cela signifie que seul /dev/sda est "montable", et que udev ou un
autre outil tentent d'accéder à la partition de /dev/sda1, alors qu'en
fait cette partition n'est pas censé exister.
Et ça peut se corriger ?
Ben ça dépends de ta config. Tu as quoi pour gérer les montages de ce
genre de clef?
Perso, j'utilise udev (j'ai pas du tout touché à sa config pour le
moment),
et usbmount (que j'avoue avoir un peu hacké).
Pour le moment, je me fiche un peu du device créé par udev (/dev/sdxx)
lorsque j'insère un objet USB, mais c'est peut-être pas ton
cas. Personnellement je préfère utiliser par exemple le label pour y
associer le point de montage.
Il y a eu quelques fils de discussion à ce sujet ici, tu peux
rechercher dans les archives, mais attention, le terme "point de
montage" est utilisé parfois abusivement pour désigner le device créé
par udev lors de la reconnaissance du périphérique.
C'est "mal" de se connecter en root sur une interface graphique ;)
J'ai juste lancé gedit à partir d'une console en root
Ben c'est mal quand même.
par exemple:
apt-cache show sux
ou alors tu peux, dans une session X normale, faire dans un xterm les
manips suivantes:
/--------------
| xhost +local:
| su -
| export DISPLAY=:0
| gedit&
--------------
La première ligne autorise tous les utilisateurs locaux de ta machine
à se connecter à la session graphique
La seconde tu dois savoir
La troisième permet aux futures applis graphiques de s'adresser au bon
écran
Et la dernière lance ton "gedit"
François TOURDE a écrit :
Perso, j'utilise udev (j'ai pas du tout touché à sa config pour le
moment),
Moi aussi
et usbmount (que j'avoue avoir un peu hacké).
Moi pas et je serais bien incapable de hacker quoi que ce soit !
J'ai jeté un oeuil su les archives et je me sens moins seul dans mon
malheur.
A un moment il est question effectivement du format de la clé moi, j 'ai ça :
debian:/home/domi# fdisk -l /dev/sda
Disk /dev/sda: 256 MB, 256901120 bytes
16 heads, 32 sectors/track, 980 cylinders
Units = cylinders of 512 * 512 = 262144 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 980 250864 e W95 FAT16 (LBA)
Si je comprends bien, le disque est sur /dev/sda et le device boot
(kekseksa ?) sur sda1.
Tiens du fat 16 c'est ça le superfloppy ou pas ?
je tenterais bien un formatage de ma clé en fat 32 !
Mes connaissances actuelles ne me permettent pas encore d'exploiter
les renseignements ci - après ;)
/--------------
| xhost +local:
| su -
| export DISPLAY=:0
| gedit&
--------------
Merci qd même.
François TOURDE a écrit :
Perso, j'utilise udev (j'ai pas du tout touché à sa config pour le
moment),
Moi aussi
et usbmount (que j'avoue avoir un peu hacké).
Moi pas et je serais bien incapable de hacker quoi que ce soit !
J'ai jeté un oeuil su les archives et je me sens moins seul dans mon
malheur.
A un moment il est question effectivement du format de la clé moi, j 'ai ça :
debian:/home/domi# fdisk -l /dev/sda
Disk /dev/sda: 256 MB, 256901120 bytes
16 heads, 32 sectors/track, 980 cylinders
Units = cylinders of 512 * 512 = 262144 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 980 250864 e W95 FAT16 (LBA)
Si je comprends bien, le disque est sur /dev/sda et le device boot
(kekseksa ?) sur sda1.
Tiens du fat 16 c'est ça le superfloppy ou pas ?
je tenterais bien un formatage de ma clé en fat 32 !
Mes connaissances actuelles ne me permettent pas encore d'exploiter
les renseignements ci - après ;)
/--------------
| xhost +local:
| su -
| export DISPLAY=:0
| gedit&
--------------
Merci qd même.
François TOURDE a écrit :
Perso, j'utilise udev (j'ai pas du tout touché à sa config pour le
moment),
Moi aussi
et usbmount (que j'avoue avoir un peu hacké).
Moi pas et je serais bien incapable de hacker quoi que ce soit !
J'ai jeté un oeuil su les archives et je me sens moins seul dans mon
malheur.
A un moment il est question effectivement du format de la clé moi, j 'ai ça :
debian:/home/domi# fdisk -l /dev/sda
Disk /dev/sda: 256 MB, 256901120 bytes
16 heads, 32 sectors/track, 980 cylinders
Units = cylinders of 512 * 512 = 262144 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 980 250864 e W95 FAT16 (LBA)
Si je comprends bien, le disque est sur /dev/sda et le device boot
(kekseksa ?) sur sda1.
Tiens du fat 16 c'est ça le superfloppy ou pas ?
je tenterais bien un formatage de ma clé en fat 32 !
Mes connaissances actuelles ne me permettent pas encore d'exploiter
les renseignements ci - après ;)
/--------------
| xhost +local:
| su -
| export DISPLAY=:0
| gedit&
--------------
Merci qd même.
Le 13086ième jour après Epoch,
Dominique Fauqueux écrivait:François TOURDE a écrit :
.../...
Ce n'est qu'une question de temps ;) ... C'est ça le truc avec les
logiciels libres: On finit toujours par y toucher plus ou moins
profondément. Et c'est ça le danger... On finit par aimer
l'informatique au dela de la simple utilisation !
J'ai jeté un oeuil su les archives et je me sens moins seul dans mon
malheur.
A un moment il est question effectivement du format de la clé moi, j'ai ça :
debian:/home/domi# fdisk -l /dev/sda
Disk /dev/sda: 256 MB, 256901120 bytes
16 heads, 32 sectors/track, 980 cylinders
Units = cylinders of 512 * 512 = 262144 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 980 250864 e W95 FAT16 (LBA)
Si je comprends bien, le disque est sur /dev/sda et le device boot
(kekseksa ?) sur sda1.
Pas tout à fait. Ta commande te dis que ton "disque" physique
(/dev/sda) est partitionné en une seule partition (/dev/sda1) qui est
déclarée comme amorçable (boot).
Cette partition est en Fat16.Tiens du fat 16 c'est ça le superfloppy ou pas ?
Ben non. Pour le superfloppy, il vaut mieux que tu regardes le net,
j'y connais pas grand chose. Je sais juste que tu n'as besoin ni
utilité de la table de partition, et que tu peux la formatter avec la
commande "mkfs.vfat /dev/sda" ...je tenterais bien un formatage de ma clé en fat 32 !
A toi de voir ;)
Mes connaissances actuelles ne me permettent pas encore d'exploiter
les renseignements ci - après ;)
Pour améliorer tes connaissances, man est ton ami:
man xhost
man su
man export (en fait, "man bash" puis cherche export)
man gedit/--------------
| xhost +local:
| su -
| export DISPLAY=:0
| gedit&
--------------
Merci qd même.
Pas de soucis.
Le 13086ième jour après Epoch,
Dominique Fauqueux écrivait:
François TOURDE a écrit :
.../...
Ce n'est qu'une question de temps ;) ... C'est ça le truc avec les
logiciels libres: On finit toujours par y toucher plus ou moins
profondément. Et c'est ça le danger... On finit par aimer
l'informatique au dela de la simple utilisation !
J'ai jeté un oeuil su les archives et je me sens moins seul dans mon
malheur.
A un moment il est question effectivement du format de la clé moi, j'ai ça :
debian:/home/domi# fdisk -l /dev/sda
Disk /dev/sda: 256 MB, 256901120 bytes
16 heads, 32 sectors/track, 980 cylinders
Units = cylinders of 512 * 512 = 262144 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 980 250864 e W95 FAT16 (LBA)
Si je comprends bien, le disque est sur /dev/sda et le device boot
(kekseksa ?) sur sda1.
Pas tout à fait. Ta commande te dis que ton "disque" physique
(/dev/sda) est partitionné en une seule partition (/dev/sda1) qui est
déclarée comme amorçable (boot).
Cette partition est en Fat16.
Tiens du fat 16 c'est ça le superfloppy ou pas ?
Ben non. Pour le superfloppy, il vaut mieux que tu regardes le net,
j'y connais pas grand chose. Je sais juste que tu n'as besoin ni
utilité de la table de partition, et que tu peux la formatter avec la
commande "mkfs.vfat /dev/sda" ...
je tenterais bien un formatage de ma clé en fat 32 !
A toi de voir ;)
Mes connaissances actuelles ne me permettent pas encore d'exploiter
les renseignements ci - après ;)
Pour améliorer tes connaissances, man est ton ami:
man xhost
man su
man export (en fait, "man bash" puis cherche export)
man gedit
/--------------
| xhost +local:
| su -
| export DISPLAY=:0
| gedit&
--------------
Merci qd même.
Pas de soucis.
Le 13086ième jour après Epoch,
Dominique Fauqueux écrivait:François TOURDE a écrit :
.../...
Ce n'est qu'une question de temps ;) ... C'est ça le truc avec les
logiciels libres: On finit toujours par y toucher plus ou moins
profondément. Et c'est ça le danger... On finit par aimer
l'informatique au dela de la simple utilisation !
J'ai jeté un oeuil su les archives et je me sens moins seul dans mon
malheur.
A un moment il est question effectivement du format de la clé moi, j'ai ça :
debian:/home/domi# fdisk -l /dev/sda
Disk /dev/sda: 256 MB, 256901120 bytes
16 heads, 32 sectors/track, 980 cylinders
Units = cylinders of 512 * 512 = 262144 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 980 250864 e W95 FAT16 (LBA)
Si je comprends bien, le disque est sur /dev/sda et le device boot
(kekseksa ?) sur sda1.
Pas tout à fait. Ta commande te dis que ton "disque" physique
(/dev/sda) est partitionné en une seule partition (/dev/sda1) qui est
déclarée comme amorçable (boot).
Cette partition est en Fat16.Tiens du fat 16 c'est ça le superfloppy ou pas ?
Ben non. Pour le superfloppy, il vaut mieux que tu regardes le net,
j'y connais pas grand chose. Je sais juste que tu n'as besoin ni
utilité de la table de partition, et que tu peux la formatter avec la
commande "mkfs.vfat /dev/sda" ...je tenterais bien un formatage de ma clé en fat 32 !
A toi de voir ;)
Mes connaissances actuelles ne me permettent pas encore d'exploiter
les renseignements ci - après ;)
Pour améliorer tes connaissances, man est ton ami:
man xhost
man su
man export (en fait, "man bash" puis cherche export)
man gedit/--------------
| xhost +local:
| su -
| export DISPLAY=:0
| gedit&
--------------
Merci qd même.
Pas de soucis.
>
P.S. En cherchant de l'aide dans google j'ai également blacklisté deux
modules qui refusaient de se charger à savoir pciehp et shpchp, ça n'a
rien changé sinon que je n'ai plus de message d'erreur au boot...
>
P.S. En cherchant de l'aide dans google j'ai également blacklisté deux
modules qui refusaient de se charger à savoir pciehp et shpchp, ça n'a
rien changé sinon que je n'ai plus de message d'erreur au boot...
>
P.S. En cherchant de l'aide dans google j'ai également blacklisté deux
modules qui refusaient de se charger à savoir pciehp et shpchp, ça n'a
rien changé sinon que je n'ai plus de message d'erreur au boot...
