Ma Lulu qui voulait des films me donne son DD externe de 500 Go
Je le branche sur mon Linut Mint 17.3 (noyau 3.19) et ça se monte
automagiquement:
/var/log/kern.log raconte:
8<-----------8<---------8<----------8<----------8<----------8<----------8<
May 25 20:29:07 Dottore kernel: [114131.190127] usb 2-1.6: new high-speed USB device number 15 using ehci-pci
May 25 20:29:09 Dottore kernel: [114133.832875] usb 2-1.6: New USB device found, idVendor=059b, idProduct=0070
May 25 20:29:09 Dottore kernel: [114133.832881] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
May 25 20:29:09 Dottore kernel: [114133.832884] usb 2-1.6: Product: LPHD-UP3
May 25 20:29:09 Dottore kernel: [114133.832886] usb 2-1.6: Manufacturer: iomega
May 25 20:29:09 Dottore kernel: [114133.832888] usb 2-1.6: SerialNumber: 00000000D2061F1B
May 25 20:29:10 Dottore kernel: [114134.065101] usb-storage 2-1.6:1.0: USB Mass Storage device detected
May 25 20:29:10 Dottore kernel: [114134.065280] scsi host6: usb-storage 2-1.6:1.0
May 25 20:29:10 Dottore kernel: [114134.065440] usbcore: registered new interface driver usb-storage
May 25 20:29:10 Dottore kernel: [114134.074208] usbcore: registered new interface driver uas
May 25 20:29:11 Dottore kernel: [114135.075105] scsi 6:0:0:0: Direct-Access OEM Ext Hard Disk 0000 PQ: 0 ANSI: 5
May 25 20:29:11 Dottore kernel: [114135.094121] scsi 6:0:0:1: CD-ROM Virtual CDROM PQ: 0 ANSI: 0
May 25 20:29:11 Dottore kernel: [114135.094561] sd 6:0:0:0: Attached scsi generic sg2 type 0
May 25 20:29:11 Dottore kernel: [114135.147615] sd 6:0:0:0: [sdb] 121917446 4096-byte logical blocks: (499 GB/465 GiB)
May 25 20:29:11 Dottore kernel: [114135.201476] sd 6:0:0:0: [sdb] Write Protect is off
May 25 20:29:11 Dottore kernel: [114135.201485] sd 6:0:0:0: [sdb] Mode Sense: 10 00 00 00
May 25 20:29:11 Dottore kernel: [114135.232529] sr 6:0:0:1: [sr1] scsi-1 drive
May 25 20:29:11 Dottore kernel: [114135.232798] sr 6:0:0:1: Attached scsi CD-ROM sr1
May 25 20:29:11 Dottore kernel: [114135.232928] sr 6:0:0:1: Attached scsi generic sg3 type 5
May 25 20:29:11 Dottore kernel: [114135.254993] sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 25 20:29:11 Dottore kernel: [114135.356559] sd 6:0:0:0: [sdb] 121917446 4096-byte logical blocks: (499 GB/465 GiB)
May 25 20:29:11 Dottore kernel: [114135.668196] sdb: sdb1 sdb2
May 25 20:29:11 Dottore kernel: [114135.736729] sd 6:0:0:0: [sdb] 121917446 4096-byte logical blocks: (499 GB/465 GiB)
May 25 20:29:11 Dottore kernel: [114135.844340] sd 6:0:0:0: [sdb] Attached SCSI disk
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1
May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
8<-----------8<---------8<----------8<----------8<----------8<----------8<
Mon PC devrait être capable de gérer l'EFI:
8<-----------8<---------8<----------8<----------8<----------8<----------8<
$ grep EFI /boot/config-3.19.0-32-generic
CONFIG_EFI_PARTITION=y
CONFIG_EFI=y
CONFIG_EFI_STUB=y
CONFIG_EFI_MIXED=y
CONFIG_FB_EFI=y
CONFIG_XEN_EFI=y
CONFIG_DMI_SCAN_MACHINE_NON_EFI_FALLBACK=y
# EFI (Extensible Firmware Interface) Support
CONFIG_EFI_VARS=y
CONFIG_EFI_VARS_PSTORE=m
# CONFIG_EFI_VARS_PSTORE_DEFAULT_DISABLE is not set
CONFIG_EFI_RUNTIME_MAP=y
CONFIG_EFI_RUNTIME_WRAPPERS=y
CONFIG_UEFI_CPER=y
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set
CONFIG_EFIVAR_FS=y
CONFIG_EARLY_PRINTK_EFI=y
8<-----------8<---------8<----------8<----------8<----------8<----------8<
Problème, la partition sdb2 est montée en lecture seule et un
"mount -o remount,rw" n'y change rien
Un parted -l affiche:
8<-----------8<---------8<----------8<----------8<----------8<----------8<
Modèle: OEM Ext Hard Disk (scsi)
Disque /dev/sdb : 499GB
Taille des secteurs (logiques/physiques): 4096B/4096B
Table de partitions : gpt
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 24,6kB 210MB 210MB EFI System Partition démarrage
2 210MB 499GB 499GB Scoubidou
8<-----------8<---------8<----------8<----------8<----------8<----------8<
Bref... Comment faire pour monter en RW cette partition ?
Merci de m'avoir lu.
--
/me vient de penser au concept du string cordless, pas inintéressant...
Hugo (né il y a 1 643 651 022 secondes)
May 25 20:29:11 Dottore kernel: [114135.668196] sdb: sdb1 sdb2
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Mon PC devrait être capable de gérer l'EFI: $ grep EFI /boot/config-3.19.0-32-generic
Du point de vue de Linux, aucun rapport.
Le message « sdb: sdb1 sdb2 » montre que la table des partitions est bien comprise.
Problème, la partition sdb2 est montée en lecture seule et un "mount -o remount,rw" n'y change rien
Message d'erreur manquant.
Un parted -l affiche:
Pas grand intérêt, contrairement à la sortie de mount.
Hugolino , dans le message
<slrnnkbvpr.vi2.hugolino@Dottore.Rock-n-Roll.org>, a écrit :
May 25 20:29:11 Dottore kernel: [114135.668196] sdb: sdb1 sdb2
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1
May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Mon PC devrait être capable de gérer l'EFI:
$ grep EFI /boot/config-3.19.0-32-generic
Du point de vue de Linux, aucun rapport.
Le message « sdb: sdb1 sdb2 » montre que la table des partitions est bien
comprise.
Problème, la partition sdb2 est montée en lecture seule et un
"mount -o remount,rw" n'y change rien
Message d'erreur manquant.
Un parted -l affiche:
Pas grand intérêt, contrairement à la sortie de mount.
May 25 20:29:11 Dottore kernel: [114135.668196] sdb: sdb1 sdb2
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Mon PC devrait être capable de gérer l'EFI: $ grep EFI /boot/config-3.19.0-32-generic
Du point de vue de Linux, aucun rapport.
Le message « sdb: sdb1 sdb2 » montre que la table des partitions est bien comprise.
Problème, la partition sdb2 est montée en lecture seule et un "mount -o remount,rw" n'y change rien
Message d'erreur manquant.
Un parted -l affiche:
Pas grand intérêt, contrairement à la sortie de mount.
Hugolino
On 2016-05-25, Nicolas George <nicolas$ wrote:
Hugolino , dans le message , a écrit : > May 25 20:29:11 Dottore kernel: [114135.094121] scsi 6:0:0:1: CD-ROM Virtual CDROM PQ: 0 ANSI: 0
> May 25 20:29:11 Dottore kernel: [114135.668196] sdb: sdb1 sdb2
> May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 > May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Elles concernent sdb1 qui est une espèce de CD virtuel. Mon soucis concerne sdb2
> Mon PC devrait être capable de gérer l'EFI: > $ grep EFI /boot/config-3.19.0-32-generic
Du point de vue de Linux, aucun rapport.
Le message « sdb: sdb1 sdb2 » montre que la table des partitions est bien comprise.
Oui.
> Problème, la partition sdb2 est montée en lecture seule et un > "mount -o remount,rw" n'y change rien
Message d'erreur manquant.
# mount -o remount,rw /dev/sdb2 //media/hugo/Lulu memories/ mount: warning: //media/hugo/Lulu memories/ seems to be mounted read-only.
> Un parted -l affiche:
Pas grand intérêt, contrairement à la sortie de mount.
0K
-- A man gets what he wants by acting smart; a woman, by playing dumb. Hugo (né il y a 1 643 660 767 secondes)
On 2016-05-25, Nicolas George <nicolas$george@salle-s.org> wrote:
Hugolino , dans le message
<slrnnkbvpr.vi2.hugolino@Dottore.Rock-n-Roll.org>, a écrit :
> May 25 20:29:11 Dottore kernel: [114135.094121] scsi 6:0:0:1: CD-ROM Virtual CDROM PQ: 0 ANSI: 0
> May 25 20:29:11 Dottore kernel: [114135.668196] sdb: sdb1 sdb2
> May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1
> May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Elles concernent sdb1 qui est une espèce de CD virtuel.
Mon soucis concerne sdb2
> Mon PC devrait être capable de gérer l'EFI:
> $ grep EFI /boot/config-3.19.0-32-generic
Du point de vue de Linux, aucun rapport.
Le message « sdb: sdb1 sdb2 » montre que la table des partitions est bien
comprise.
Oui.
> Problème, la partition sdb2 est montée en lecture seule et un
> "mount -o remount,rw" n'y change rien
Message d'erreur manquant.
# mount -o remount,rw /dev/sdb2 //media/hugo/Lulu memories/
mount: warning: //media/hugo/Lulu memories/ seems to be mounted read-only.
> Un parted -l affiche:
Pas grand intérêt, contrairement à la sortie de mount.
0K
--
A man gets what he wants by acting smart; a woman, by playing dumb.
Hugo (né il y a 1 643 660 767 secondes)
Hugolino , dans le message , a écrit : > May 25 20:29:11 Dottore kernel: [114135.094121] scsi 6:0:0:1: CD-ROM Virtual CDROM PQ: 0 ANSI: 0
> May 25 20:29:11 Dottore kernel: [114135.668196] sdb: sdb1 sdb2
> May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 > May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Elles concernent sdb1 qui est une espèce de CD virtuel. Mon soucis concerne sdb2
> Mon PC devrait être capable de gérer l'EFI: > $ grep EFI /boot/config-3.19.0-32-generic
Du point de vue de Linux, aucun rapport.
Le message « sdb: sdb1 sdb2 » montre que la table des partitions est bien comprise.
Oui.
> Problème, la partition sdb2 est montée en lecture seule et un > "mount -o remount,rw" n'y change rien
Message d'erreur manquant.
# mount -o remount,rw /dev/sdb2 //media/hugo/Lulu memories/ mount: warning: //media/hugo/Lulu memories/ seems to be mounted read-only.
> Un parted -l affiche:
Pas grand intérêt, contrairement à la sortie de mount.
0K
-- A man gets what he wants by acting smart; a woman, by playing dumb. Hugo (né il y a 1 643 660 767 secondes)
Pascal Hambourg
Le 25/05/2016 22:27, Hugolino a écrit :
On 2016-05-25, Nicolas George <nicolas$ wrote:
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
Elles concernent sdb1 qui est une espèce de CD virtuel.
M'étonnerait. sdb1 est une partition système EFI. Le CD virtuel est plutôt sr1.
Le 25/05/2016 22:27, Hugolino a écrit :
On 2016-05-25, Nicolas George <nicolas$george@salle-s.org> wrote:
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1
May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles
correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se
monte qu'en lecture seule.
On peut avoir la ligne de la sortie de mount sans argument concernant
sdb2 pour voir le type de système de fichiers ?
Elles concernent sdb1 qui est une espèce de CD virtuel.
M'étonnerait. sdb1 est une partition système EFI. Le CD virtuel est
plutôt sr1.
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
Elles concernent sdb1 qui est une espèce de CD virtuel.
M'étonnerait. sdb1 est une partition système EFI. Le CD virtuel est plutôt sr1.
Nicolas George
Pascal Hambourg , dans le message <ni568t$1u1b$, a écrit :
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
C'est ce que je demandais à la fin, mais je ne me suis pas rendu compte que la phrase précédente le rendait ambigu.
Pascal Hambourg , dans le message <ni568t$1u1b$1@saria.nerim.net>, a
écrit :
On peut avoir la ligne de la sortie de mount sans argument concernant
sdb2 pour voir le type de système de fichiers ?
C'est ce que je demandais à la fin, mais je ne me suis pas rendu compte que
la phrase précédente le rendait ambigu.
Pascal Hambourg , dans le message <ni568t$1u1b$, a écrit :
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
C'est ce que je demandais à la fin, mais je ne me suis pas rendu compte que la phrase précédente le rendait ambigu.
Hugolino
On 2016-05-25, Pascal Hambourg wrote:
Le 25/05/2016 22:27, Hugolino a écrit : > On 2016-05-25, Nicolas George <nicolas$ wrote:
>>> May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 >>> May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root >> >> Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
# mount [...] /dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de référence à hfsplus dans mon post initial. Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log est : 8<-----------8<---------8<----------8<----------8<----------8<----------8< hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only 8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir d'accès en écriture à cette partition.
> Elles concernent sdb1 qui est une espèce de CD virtuel.
M'étonnerait. sdb1 est une partition système EFI. Le CD virtuel est plutôt sr1.
Oui. Mais j'avais interprété l'apparition de 'sr1' dans les logs comme une espèce de renommage de sdb1. 8<-----------8<---------8<----------8<----------8<----------8<----------8< May 26 00:32:49 Dottore kernel: [122016.767422] sr 7:0:0:1: [sr1] scsi-1 drive May 26 00:32:49 Dottore kernel: [122016.767659] sr 7:0:0:1: Attached scsi CD-ROM sr1 May 26 00:32:49 Dottore kernel: [122016.768002] sr 7:0:0:1: Attached scsi generic sg3 type 5 May 26 00:32:49 Dottore kernel: [122016.789991] sd 7:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA May 26 00:32:49 Dottore kernel: [122016.891754] sd 7:0:0:0: [sdb] 121917446 4096-byte logical blocks: (499 GB/465 GiB) May 26 00:32:49 Dottore kernel: [122017.206656] sdb: sdb1 sdb2 May 26 00:32:49 Dottore kernel: [122017.325723] sd 7:0:0:0: [sdb] 121917446 4096-byte logical blocks: (499 GB/465 GiB) May 26 00:32:49 Dottore kernel: [122017.416353] sd 7:0:0:0: [sdb] Attached SCSI disk May 26 00:32:51 Dottore kernel: [122018.575181] ISO 9660 Extensions: Microsoft Joliet Level 1 May 26 00:32:51 Dottore kernel: [122018.576055] ISOFS: changing to secondary root May 26 00:32:51 Dottore kernel: [122018.810662] hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only. 8<-----------8<---------8<----------8<----------8<----------8<----------8<
Et mon Linux Mint ouvre deux fenètres de gestionnaire de fichier : la première s'appelle "Virtual CD" et ne contient que deux fichiers "Iomega Encryption Utility v3.1.exe" et "Iomega Encryption Utility Mac v3.1.dmg" de respectivement 8,5 Mo et 12,6 Mo. La deuxième fenêtre s'appelle "Lulu memories" et contient les fichiers de ma fille (une Machinetocqueuse)
-- Logique féminine: moyen imparable d'abattre instantanément les millions d'années de développement des capacités à raisonner des hommes. Hugo (né il y a 1 643 664 355 secondes)
On 2016-05-25, Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Le 25/05/2016 22:27, Hugolino a écrit :
> On 2016-05-25, Nicolas George <nicolas$george@salle-s.org> wrote:
>>> May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1
>>> May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
>>
>> Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles
correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se
monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant
sdb2 pour voir le type de système de fichiers ?
# mount
[...]
/dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2)
/dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de référence
à hfsplus dans mon post initial.
Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log
est :
8<-----------8<---------8<----------8<----------8<----------8<----------8<
hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir
d'accès en écriture à cette partition.
> Elles concernent sdb1 qui est une espèce de CD virtuel.
M'étonnerait. sdb1 est une partition système EFI. Le CD virtuel est
plutôt sr1.
Oui.
Mais j'avais interprété l'apparition de 'sr1' dans les logs comme une
espèce de renommage de sdb1.
8<-----------8<---------8<----------8<----------8<----------8<----------8<
May 26 00:32:49 Dottore kernel: [122016.767422] sr 7:0:0:1: [sr1] scsi-1 drive
May 26 00:32:49 Dottore kernel: [122016.767659] sr 7:0:0:1: Attached scsi CD-ROM sr1
May 26 00:32:49 Dottore kernel: [122016.768002] sr 7:0:0:1: Attached scsi generic sg3 type 5
May 26 00:32:49 Dottore kernel: [122016.789991] sd 7:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May 26 00:32:49 Dottore kernel: [122016.891754] sd 7:0:0:0: [sdb] 121917446 4096-byte logical blocks: (499 GB/465 GiB)
May 26 00:32:49 Dottore kernel: [122017.206656] sdb: sdb1 sdb2
May 26 00:32:49 Dottore kernel: [122017.325723] sd 7:0:0:0: [sdb] 121917446 4096-byte logical blocks: (499 GB/465 GiB)
May 26 00:32:49 Dottore kernel: [122017.416353] sd 7:0:0:0: [sdb] Attached SCSI disk
May 26 00:32:51 Dottore kernel: [122018.575181] ISO 9660 Extensions: Microsoft Joliet Level 1
May 26 00:32:51 Dottore kernel: [122018.576055] ISOFS: changing to secondary root
May 26 00:32:51 Dottore kernel: [122018.810662] hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only.
8<-----------8<---------8<----------8<----------8<----------8<----------8<
Et mon Linux Mint ouvre deux fenètres de gestionnaire de fichier : la
première s'appelle "Virtual CD" et ne contient que deux fichiers "Iomega
Encryption Utility v3.1.exe" et "Iomega Encryption Utility Mac v3.1.dmg"
de respectivement 8,5 Mo et 12,6 Mo.
La deuxième fenêtre s'appelle "Lulu memories" et contient les fichiers
de ma fille (une Machinetocqueuse)
--
Logique féminine: moyen imparable d'abattre instantanément les millions
d'années de développement des capacités à raisonner des hommes.
Hugo (né il y a 1 643 664 355 secondes)
Le 25/05/2016 22:27, Hugolino a écrit : > On 2016-05-25, Nicolas George <nicolas$ wrote:
>>> May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 >>> May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root >> >> Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
# mount [...] /dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de référence à hfsplus dans mon post initial. Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log est : 8<-----------8<---------8<----------8<----------8<----------8<----------8< hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only 8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir d'accès en écriture à cette partition.
> Elles concernent sdb1 qui est une espèce de CD virtuel.
M'étonnerait. sdb1 est une partition système EFI. Le CD virtuel est plutôt sr1.
Oui. Mais j'avais interprété l'apparition de 'sr1' dans les logs comme une espèce de renommage de sdb1. 8<-----------8<---------8<----------8<----------8<----------8<----------8< May 26 00:32:49 Dottore kernel: [122016.767422] sr 7:0:0:1: [sr1] scsi-1 drive May 26 00:32:49 Dottore kernel: [122016.767659] sr 7:0:0:1: Attached scsi CD-ROM sr1 May 26 00:32:49 Dottore kernel: [122016.768002] sr 7:0:0:1: Attached scsi generic sg3 type 5 May 26 00:32:49 Dottore kernel: [122016.789991] sd 7:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA May 26 00:32:49 Dottore kernel: [122016.891754] sd 7:0:0:0: [sdb] 121917446 4096-byte logical blocks: (499 GB/465 GiB) May 26 00:32:49 Dottore kernel: [122017.206656] sdb: sdb1 sdb2 May 26 00:32:49 Dottore kernel: [122017.325723] sd 7:0:0:0: [sdb] 121917446 4096-byte logical blocks: (499 GB/465 GiB) May 26 00:32:49 Dottore kernel: [122017.416353] sd 7:0:0:0: [sdb] Attached SCSI disk May 26 00:32:51 Dottore kernel: [122018.575181] ISO 9660 Extensions: Microsoft Joliet Level 1 May 26 00:32:51 Dottore kernel: [122018.576055] ISOFS: changing to secondary root May 26 00:32:51 Dottore kernel: [122018.810662] hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only. 8<-----------8<---------8<----------8<----------8<----------8<----------8<
Et mon Linux Mint ouvre deux fenètres de gestionnaire de fichier : la première s'appelle "Virtual CD" et ne contient que deux fichiers "Iomega Encryption Utility v3.1.exe" et "Iomega Encryption Utility Mac v3.1.dmg" de respectivement 8,5 Mo et 12,6 Mo. La deuxième fenêtre s'appelle "Lulu memories" et contient les fichiers de ma fille (une Machinetocqueuse)
-- Logique féminine: moyen imparable d'abattre instantanément les millions d'années de développement des capacités à raisonner des hommes. Hugo (né il y a 1 643 664 355 secondes)
Hugolino
On 2016-05-25, Hugolino wrote:
[...]
Lors de mes périgrinations à la recherche d'une solution, je tombe sur ça : http://www.macg.co/os-x/2015/01/hfs-est-certainement-le-pire-systeme-de-fichiers-selon-linus-torvalds-86727
« Franchement, HFS+ est certainement le pire système de fichiers jamais créé. Dieu que c'est de la merde. » Linus Torvalds ne mâche pas ses mots pour dire combien il déteste le système de fichiers d'OS X.
-- luc2 > bravo, comme je l'avais prevu : on pinaille sur une definition, de luc2 > peur d'aborder le raisonnement. C'est vrai, mieux vaut raisonner sur des trucs qu'on a pas definit, c'est beaucoup plus drole. -+- le luc2 résonne -+-
On 2016-05-25, Hugolino <hugolino@free.fr> wrote:
[...]
Lors de mes périgrinations à la recherche d'une solution, je tombe sur
ça : http://www.macg.co/os-x/2015/01/hfs-est-certainement-le-pire-systeme-de-fichiers-selon-linus-torvalds-86727
« Franchement, HFS+ est certainement le pire système de fichiers jamais
créé. Dieu que c'est de la merde. » Linus Torvalds ne mâche pas ses mots
pour dire combien il déteste le système de fichiers d'OS X.
--
luc2 > bravo, comme je l'avais prevu : on pinaille sur une definition, de
luc2 > peur d'aborder le raisonnement.
C'est vrai, mieux vaut raisonner sur des trucs qu'on a pas definit, c'est
beaucoup plus drole. -+- le luc2 résonne -+-
Lors de mes périgrinations à la recherche d'une solution, je tombe sur ça : http://www.macg.co/os-x/2015/01/hfs-est-certainement-le-pire-systeme-de-fichiers-selon-linus-torvalds-86727
« Franchement, HFS+ est certainement le pire système de fichiers jamais créé. Dieu que c'est de la merde. » Linus Torvalds ne mâche pas ses mots pour dire combien il déteste le système de fichiers d'OS X.
-- luc2 > bravo, comme je l'avais prevu : on pinaille sur une definition, de luc2 > peur d'aborder le raisonnement. C'est vrai, mieux vaut raisonner sur des trucs qu'on a pas definit, c'est beaucoup plus drole. -+- le luc2 résonne -+-
Toxico Nimbus
Le 25-05-2016, Hugolino a écrit :
On 2016-05-25, Pascal Hambourg wrote:
Le 25/05/2016 22:27, Hugolino a écrit : > On 2016-05-25, Nicolas George <nicolas$ wrote:
>>> May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 >>> May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root >> >> Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
# mount [...] /dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de référence à hfsplus dans mon post initial. Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log est : 8<-----------8<---------8<----------8<----------8<----------8<----------8< hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only 8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir d'accès en écriture à cette partition.
C'est dans ton -o qu'il faut rajouter force.
Le 25-05-2016, Hugolino <hugolino@free.fr> a écrit :
On 2016-05-25, Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Le 25/05/2016 22:27, Hugolino a écrit :
> On 2016-05-25, Nicolas George <nicolas$george@salle-s.org> wrote:
>>> May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1
>>> May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
>>
>> Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles
correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se
monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant
sdb2 pour voir le type de système de fichiers ?
# mount
[...]
/dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2)
/dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de référence
à hfsplus dans mon post initial.
Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log
est :
8<-----------8<---------8<----------8<----------8<----------8<----------8<
hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir
d'accès en écriture à cette partition.
Le 25/05/2016 22:27, Hugolino a écrit : > On 2016-05-25, Nicolas George <nicolas$ wrote:
>>> May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 >>> May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root >> >> Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
# mount [...] /dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de référence à hfsplus dans mon post initial. Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log est : 8<-----------8<---------8<----------8<----------8<----------8<----------8< hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only 8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir d'accès en écriture à cette partition.
C'est dans ton -o qu'il faut rajouter force.
Hugolino
On 2016-05-26, Toxico Nimbus wrote:
Le 25-05-2016, Hugolino a écrit :
On 2016-05-25, Pascal Hambourg wrote:
Le 25/05/2016 22:27, Hugolino a écrit :
On 2016-05-25, Nicolas George <nicolas$ wrote:
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
# mount [...] /dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de référence à hfsplus dans mon post initial. Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log est : 8<-----------8<---------8<----------8<----------8<----------8<----------8< hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only 8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir d'accès en écriture à cette partition.
C'est dans ton -o qu'il faut rajouter force.
Ah... Bon bin comme ma fille est retournée chez elle avec son DD formaté en HFS+, je ne peux pas tester encore. Mais la prochaine fois que je la voie, je jeterai un oeil sur les outils disponibles dans les packages hfsplus et hfsutils.
Merci à tous.
--
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous meme la tronçonneuse"
Hugo (né il y a 1 643 674 574 secondes)
On 2016-05-26, Toxico Nimbus <toxn@free.fr> wrote:
Le 25-05-2016, Hugolino <hugolino@free.fr> a écrit :
On 2016-05-25, Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Le 25/05/2016 22:27, Hugolino a écrit :
On 2016-05-25, Nicolas George <nicolas$george@salle-s.org> wrote:
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1
May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles
correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne
se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument
concernant sdb2 pour voir le type de système de fichiers ?
# mount
[...]
/dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2)
/dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de
référence à hfsplus dans mon post initial.
Là, je viens de rebrancher le DD et la dernière ligne de
/var/log/kern.log est :
8<-----------8<---------8<----------8<----------8<----------8<----------8<
hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir
d'accès en écriture à cette partition.
C'est dans ton -o qu'il faut rajouter force.
Ah...
Bon bin comme ma fille est retournée chez elle avec son DD formaté en
HFS+, je ne peux pas tester encore.
Mais la prochaine fois que je la voie, je jeterai un oeil sur les outils
disponibles dans les packages hfsplus et hfsutils.
Merci à tous.
--
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me
disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que
vous teniez vous meme la tronçonneuse"
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
# mount [...] /dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de référence à hfsplus dans mon post initial. Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log est : 8<-----------8<---------8<----------8<----------8<----------8<----------8< hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only 8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir d'accès en écriture à cette partition.
C'est dans ton -o qu'il faut rajouter force.
Ah... Bon bin comme ma fille est retournée chez elle avec son DD formaté en HFS+, je ne peux pas tester encore. Mais la prochaine fois que je la voie, je jeterai un oeil sur les outils disponibles dans les packages hfsplus et hfsutils.
Merci à tous.
--
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous meme la tronçonneuse"
Hugo (né il y a 1 643 674 574 secondes)
Hugolino
On 2016-05-26, Hugolino wrote:
On 2016-05-26, Toxico Nimbus wrote:
Le 25-05-2016, Hugolino a écrit :
On 2016-05-25, Pascal Hambourg wrote:
Le 25/05/2016 22:27, Hugolino a écrit :
On 2016-05-25, Nicolas George <nicolas$ wrote:
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
# mount [...] /dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2) Remarque : la sortie de /var/log/kern.log ne comportait pas de référence à hfsplus dans mon post initial. Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log est : 8<-----------8<---------8<----------8<----------8<----------8<----------8< hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only 8<-----------8<---------8<----------8<----------8<----------8<----------8< J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir d'accès en écriture à cette partition.
C'est dans ton -o qu'il faut rajouter force.
Ah... Bon bin comme ma fille est retournée chez elle avec son DD formaté en HFS+, je ne peux pas tester encore. Mais la prochaine fois que je la voie, je jeterai un oeil sur les outils disponibles dans les packages hfsplus et hfsutils.
Bon bin... somme news (comme disent les Picards)... Mon fils est passé avec un 5 To en hfsplus, et je confirme (avec 10 mois de lag) que 'mount -o force,remount,rw <dev> <mountpoint>' est bien la commande qui permet d'obtenir un montage en écriture d'un disque formaté sur Machintoc. Ce qui ne signifie pas que l'écriture sur ledit disque se fera sans problème : un film ça va, tois films, bonjour les dégâts (confirmant ainsi ce que L.T. pense du système de fichiers HFS). Bon, j'ai réussi à faire ce que je voulais, merci, vous pouvez reprendre une activité normale. --
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous meme la tronçonneuse"
Hugo (né il y a 1 669 168 093 secondes)
On 2016-05-26, Hugolino <hugolino@free.fr> wrote:
On 2016-05-26, Toxico Nimbus <toxn@free.fr> wrote:
Le 25-05-2016, Hugolino <hugolino@free.fr> a écrit :
On 2016-05-25, Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Le 25/05/2016 22:27, Hugolino a écrit :
On 2016-05-25, Nicolas George <nicolas$george@salle-s.org> wrote:
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1
May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles
correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne
se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument
concernant sdb2 pour voir le type de système de fichiers ?
# mount
[...]
/dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2)
/dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2)
Remarque : la sortie de /var/log/kern.log ne comportait pas de
référence à hfsplus dans mon post initial.
Là, je viens de rebrancher le DD et la dernière ligne de
/var/log/kern.log est :
8<-----------8<---------8<----------8<----------8<----------8<----------8<
hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
8<-----------8<---------8<----------8<----------8<----------8<----------8<
J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir
d'accès en écriture à cette partition.
C'est dans ton -o qu'il faut rajouter force.
Ah...
Bon bin comme ma fille est retournée chez elle avec son DD formaté en
HFS+, je ne peux pas tester encore.
Mais la prochaine fois que je la voie, je jeterai un oeil sur les
outils disponibles dans les packages hfsplus et hfsutils.
Bon bin... somme news (comme disent les Picards)...
Mon fils est passé avec un 5 To en hfsplus, et je confirme (avec 10
mois de lag) que 'mount -o force,remount,rw <dev> <mountpoint>' est bien
la commande qui permet d'obtenir un montage en écriture d'un disque
formaté sur Machintoc.
Ce qui ne signifie pas que l'écriture sur ledit disque se fera sans
problème : un film ça va, tois films, bonjour les dégâts (confirmant
ainsi ce que L.T. pense du système de fichiers HFS).
Bon, j'ai réussi à faire ce que je voulais, merci, vous pouvez reprendre
une activité normale.
--
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me
disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que
vous teniez vous meme la tronçonneuse"
May 25 20:29:13 Dottore kernel: [114136.968151] ISO 9660 Extensions: Microsoft Joliet Level 1 May 25 20:29:13 Dottore kernel: [114136.970006] ISOFS: changing to secondary root
Ces lignes-là sont importantes.
Je voudrais bien savoir au montage de quel périphérique elles correspondent. Si c'est la partition sdb2, pas étonnant qu'elle ne se monte qu'en lecture seule.
Je pense que ces lignes font référence au "Virtual CDROM" en sdb1/sr1.
On peut avoir la ligne de la sortie de mount sans argument concernant sdb2 pour voir le type de système de fichiers ?
# mount [...] /dev/sr1 on /media/hugo/Virtual CD type iso9660 (ro,nosuid,nodev,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/sdb2 on /media/hugo/Lulu memories type hfsplus (ro,nosuid,nodev,uhelper=udisks2) Remarque : la sortie de /var/log/kern.log ne comportait pas de référence à hfsplus dans mon post initial. Là, je viens de rebrancher le DD et la dernière ligne de /var/log/kern.log est : 8<-----------8<---------8<----------8<----------8<----------8<----------8< hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only 8<-----------8<---------8<----------8<----------8<----------8<----------8< J'ai ajouté l'option "-f" à mon "mount -o remount,rw" sans obtenir d'accès en écriture à cette partition.
C'est dans ton -o qu'il faut rajouter force.
Ah... Bon bin comme ma fille est retournée chez elle avec son DD formaté en HFS+, je ne peux pas tester encore. Mais la prochaine fois que je la voie, je jeterai un oeil sur les outils disponibles dans les packages hfsplus et hfsutils.
Bon bin... somme news (comme disent les Picards)... Mon fils est passé avec un 5 To en hfsplus, et je confirme (avec 10 mois de lag) que 'mount -o force,remount,rw <dev> <mountpoint>' est bien la commande qui permet d'obtenir un montage en écriture d'un disque formaté sur Machintoc. Ce qui ne signifie pas que l'écriture sur ledit disque se fera sans problème : un film ça va, tois films, bonjour les dégâts (confirmant ainsi ce que L.T. pense du système de fichiers HFS). Bon, j'ai réussi à faire ce que je voulais, merci, vous pouvez reprendre une activité normale. --
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous meme la tronçonneuse"
Hugo (né il y a 1 669 168 093 secondes)
pehache
Le 13/04/2017 à 22:57, Hugolino a écrit :
Ah... Bon bin comme ma fille est retournée chez elle avec son DD formaté en HFS+, je ne peux pas tester encore. Mais la prochaine fois que je la voie, je jeterai un oeil sur les outils disponibles dans les packages hfsplus et hfsutils.
Bon bin... somme news (comme disent les Picards)... Mon fils est passé avec un 5 To en hfsplus, et je confirme (avec 10 mois de lag) que 'mount -o force,remount,rw <dev> <mountpoint>' est bien la commande qui permet d'obtenir un montage en écriture d'un disque formaté sur Machintoc. Ce qui ne signifie pas que l'écriture sur ledit disque se fera sans problème : un film ça va, tois films, bonjour les dégâts (confirmant ainsi ce que L.T. pense du système de fichiers HFS).
HFS+ est certes un système de fichier vieillissant (et peut-être pas super bien conçu), et qui est d'ailleurs en cours de remplacement chez Apple par APFS. Pour autant il fonctionne sans problème avec macOS X. Donc les problèmes sous Linux sont plus à mettre au crédit du/des pilotes disponibles sous Linux. Ceci étant je ne vois pas bien l'intérêt d'utiliser HFS+ sur un disque externe "à tout faire", même si on a un Mac. Mieux vaut formater les partitions en exFAT, dont le support est très satisfaisant sur Windows, macOS X, et Linux.
Le 13/04/2017 à 22:57, Hugolino a écrit :
Ah...
Bon bin comme ma fille est retournée chez elle avec son DD formaté en
HFS+, je ne peux pas tester encore.
Mais la prochaine fois que je la voie, je jeterai un oeil sur les
outils disponibles dans les packages hfsplus et hfsutils.
Bon bin... somme news (comme disent les Picards)...
Mon fils est passé avec un 5 To en hfsplus, et je confirme (avec 10
mois de lag) que 'mount -o force,remount,rw <dev> <mountpoint>' est bien
la commande qui permet d'obtenir un montage en écriture d'un disque
formaté sur Machintoc.
Ce qui ne signifie pas que l'écriture sur ledit disque se fera sans
problème : un film ça va, tois films, bonjour les dégâts (confirmant
ainsi ce que L.T. pense du système de fichiers HFS).
HFS+ est certes un système de fichier vieillissant (et peut-être pas
super bien conçu), et qui est d'ailleurs en cours de remplacement chez
Apple par APFS. Pour autant il fonctionne sans problème avec macOS X.
Donc les problèmes sous Linux sont plus à mettre au crédit du/des
pilotes disponibles sous Linux.
Ceci étant je ne vois pas bien l'intérêt d'utiliser HFS+ sur un disque
externe "à tout faire", même si on a un Mac. Mieux vaut formater les
partitions en exFAT, dont le support est très satisfaisant sur Windows,
macOS X, et Linux.
Ah... Bon bin comme ma fille est retournée chez elle avec son DD formaté en HFS+, je ne peux pas tester encore. Mais la prochaine fois que je la voie, je jeterai un oeil sur les outils disponibles dans les packages hfsplus et hfsutils.
Bon bin... somme news (comme disent les Picards)... Mon fils est passé avec un 5 To en hfsplus, et je confirme (avec 10 mois de lag) que 'mount -o force,remount,rw <dev> <mountpoint>' est bien la commande qui permet d'obtenir un montage en écriture d'un disque formaté sur Machintoc. Ce qui ne signifie pas que l'écriture sur ledit disque se fera sans problème : un film ça va, tois films, bonjour les dégâts (confirmant ainsi ce que L.T. pense du système de fichiers HFS).
HFS+ est certes un système de fichier vieillissant (et peut-être pas super bien conçu), et qui est d'ailleurs en cours de remplacement chez Apple par APFS. Pour autant il fonctionne sans problème avec macOS X. Donc les problèmes sous Linux sont plus à mettre au crédit du/des pilotes disponibles sous Linux. Ceci étant je ne vois pas bien l'intérêt d'utiliser HFS+ sur un disque externe "à tout faire", même si on a un Mac. Mieux vaut formater les partitions en exFAT, dont le support est très satisfaisant sur Windows, macOS X, et Linux.
