#51 Le 13/02/2020, à 00:52
- geole
Re : [BUG]Perte contenu de la partition suite modification de taille 19.10.
D'ailleurs, regarde le boulot que j'ai du faire en version 19.10 pour compenser l'inefficacité du montage automatique!!!!
a@a:~$ journalctl -b | grep sdb
févr. 12 23:21:28 a ntfs-3g[13228]: Mounted /dev/sda14 (Read-Write, label "sdb2", NTFS 3.1)
févr. 12 23:21:58 a ntfs-3g[13228]: Unmounting /dev/sda14 (sdb2)
févr. 12 23:36:00 a kernel: sd 6:0:0:0: [sdb] Spinning up disk...
févr. 12 23:36:03 a kernel: sd 6:0:0:0: [sdb] 976773167 512-byte logical blocks: (500 GB/466 GiB)
févr. 12 23:36:03 a kernel: sd 6:0:0:0: [sdb] Write Protect is off
févr. 12 23:36:03 a kernel: sd 6:0:0:0: [sdb] Mode Sense: 4f 00 00 00
févr. 12 23:36:03 a kernel: sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
févr. 12 23:36:03 a kernel: sd 6:0:0:0: [sdb] Optimal transfer size 33553920 bytes
févr. 12 23:36:04 a kernel: sdb: sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11 sdb12 sdb13 sdb14 sdb15 sdb16 sdb17 sdb18 sdb19 sdb20 sdb21 sdb22 sdb23 sdb24 sdb25 >
févr. 12 23:36:04 a kernel: sd 6:0:0:0: [sdb] Attached SCSI disk
févr. 12 23:36:07 a kernel: EXT4-fs (sdb8): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:08 a udisksd[1125]: Mounted /dev/sdb8 at /media/a/10fbf02e-94f8-41a3-ac87-fb2138ec26c7 on behalf of uid 1000
févr. 12 23:36:09 a kernel: EXT4-fs (sdb14): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:09 a udisksd[1125]: Mounted /dev/sdb14 at /media/a/30ed171d-54f5-4b2b-81a3-4125454e185a on behalf of uid 1000
févr. 12 23:36:09 a kernel: EXT4-fs (sdb21): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:09 a kernel: EXT4-fs (sdb19): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:09 a kernel: EXT4-fs (sdb23): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:09 a kernel: EXT4-fs (sdb20): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:09 a kernel: EXT4-fs (sdb18): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:09 a kernel: EXT4-fs (sdb11): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:09 a kernel: EXT4-fs (sdb13): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:09 a kernel: EXT4-fs (sdb15): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:36:10 a udisksd[1125]: Mounted /dev/sdb19 at /media/a/00d2b27c-0c73-4f23-8849-4d4205960646 on behalf of uid 1000
févr. 12 23:36:10 a udisksd[1125]: Mounted /dev/sdb23 at /media/a/c1a116bd-7e66-44fa-8782-ccf3f6e98310 on behalf of uid 1000
févr. 12 23:36:10 a udisksd[1125]: Mounted /dev/sdb21 at /media/a/0b69f412-cf03-4707-858e-34f51563843c on behalf of uid 1000
févr. 12 23:36:10 a udisksd[1125]: Mounted /dev/sdb11 at /media/a/0c2899e9-c6b8-4acc-8cf9-75f6242bf163 on behalf of uid 1000
févr. 12 23:36:10 a udisksd[1125]: Mounted /dev/sdb20 at /media/a/bd272d93-4800-4eae-b4b0-ae1593eac7e1 on behalf of uid 1000
févr. 12 23:36:10 a udisksd[1125]: Mounted /dev/sdb15 at /media/a/05cdfdf3-87df-45fb-90fe-2d73ca3b37f3 on behalf of uid 1000
févr. 12 23:36:10 a udisksd[1125]: Mounted /dev/sdb13 at /media/a/28788619-70fd-48bd-ba81-020f33321378 on behalf of uid 1000
févr. 12 23:36:10 a udisksd[1125]: Mounted /dev/sdb18 at /media/a/b0caf0a9-cd5e-4ba0-8e6f-42463ffffc52 on behalf of uid 1000
févr. 12 23:40:30 a kernel: EXT4-fs (sdb5): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:40:52 a kernel: EXT4-fs (sdb6): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:41:00 a kernel: EXT4-fs (sdb7): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:41:13 a kernel: EXT4-fs (sdb9): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:41:22 a kernel: EXT4-fs (sdb10): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:41:46 a kernel: EXT4-fs (sdb12): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:42:12 a kernel: EXT4-fs (sdb16): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:42:23 a kernel: EXT4-fs (sdb17): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:43:01 a kernel: EXT4-fs (sdb22): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:43:21 a kernel: EXT4-fs (sdb24): mounted filesystem with ordered data mode. Opts: (null)
févr. 12 23:43:33 a kernel: EXT4-fs (sdb25): mounted filesystem with ordered data mode. Opts: (null)
a@a:~$
a@a:~$ df | grep sdb
/dev/sdb8 44016 2068 34140 6% /media/a/10fbf02e-94f8-41a3-ac87-fb2138ec26c7
/dev/sdb14 44016 2068 34140 6% /media/a/30ed171d-54f5-4b2b-81a3-4125454e185a
/dev/sdb21 44016 2068 34140 6% /media/a/0b69f412-cf03-4707-858e-34f51563843c
/dev/sdb19 44016 2068 34136 6% /mnt/19
/dev/sdb23 8191416 3336212 4419460 44% /media/a/c1a116bd-7e66-44fa-8782-ccf3f6e98310
/dev/sdb18 44016 2068 34140 6% /media/a/b0caf0a9-cd5e-4ba0-8e6f-42463ffffc52
/dev/sdb11 44016 2068 34136 6% /media/a/0c2899e9-c6b8-4acc-8cf9-75f6242bf163
/dev/sdb15 44016 2068 34140 6% /media/a/05cdfdf3-87df-45fb-90fe-2d73ca3b37f3
/dev/sdb20 44016 2068 34136 6% /media/a/bd272d93-4800-4eae-b4b0-ae1593eac7e1
/dev/sdb13 44016 2068 34140 6% /mnt/13
/dev/sdb5 44016 41784 0 100% /mnt/5
/dev/sdb6 44016 2068 34140 6% /mnt/6
/dev/sdb7 44016 2068 34140 6% /mnt/7
/dev/sdb9 44016 2068 34140 6% /mnt/9
/dev/sdb10 44016 2068 34140 6% /mnt/10
/dev/sdb12 44016 2068 34136 6% /mnt/12
/dev/sdb16 44016 2068 35248 6% /mnt/16
/dev/sdb17 44016 2068 35248 6% /mnt/17
/dev/sdb22 44016 2068 34140 6% /mnt/22
/dev/sdb24 184288 142084 24436 86% /mnt/24
/dev/sdb25 8191416 18420 7737244 1% /mnt/25
a@a:~$
Je ne te dis pas, s'il y avait eu 2048 partitions.
Dernière modification par geole (Le 13/02/2020, à 00:57)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#52 Le 29/02/2020, à 12:54
- geole
Re : [BUG]Perte contenu de la partition suite modification de taille 19.10.
Alors au choix, j'installe la version 20.04 pour voir ce qui se passe ou j'installe windows10 sur ce disque exterme afin de voir s'il fonctionne.
Bonjour à tous.
Quelques nouvelles rapides pour ce défi.
D'abord pour windows
Dupliquer la partition C: sur le disque externe fut facile . Bricoler les lettres de volumes avec bcedit un peu moins.
Résultat, je n'ai jamais pu booter. Mais je suis quasiment certain que ce bios EFI ne sait pas booter sur un disque externe formaté en GPT.
Ensuite pour ubuntu
La duplication fut aisée.
Résultat, je n'ai jamais pu booter. Mais je suis quasiment certain que ce bios EFI ne sait pas booter sur un disque externe formaté en GPT.
Cependant, avec ubuntu, je sais fabriquer une partition de boot par duplication du répertoire de boot que je mets dans le disque interne. Ce qui me permet de lancer l'instance du disque externe. Donc confirmation que le firmware EFI de boot de cet ordinateur a un problème. Du moins avec ce disque externe.
Les installations directes sur le disque externe.
Windows continue de refuser de s'installer dans un support USB.
L'installation des ubuntu 18.04.1 ou 20.04 plante. La cause est ce module UAS. Mais j'ai réussi à contourner de deux façons:
a) Continuer avec un CHROOT sur /target pendant l'installation et réinstaller le noyau qui s'était évaporé.
b) Lorsque l'installation plante, la recommencer sans rebooter. Elle se déroule alors parfaitement normalement puisque l'UAS a été automatiquement invalidé suite au plantage.
Je dispose de deux instances 20.04 installées et fonctionnelles sur le disque externe.
La première m'a permis de voir que le problème reste entier avec le jeu d'essais. De plus l'utilisant pour rétrécir une partition "racine" du disque externe, j'ai rendu celle-ci inutilisable. Elle est actuellement lançable avec une option NOEFI (Aucun rapport avec le problème) et présence du fichier etc/modprobe.d/ignore-uas.conf. Cela permet de voir que l'UAS cesse de fonctionner pendant la mise en route.
La seconde est en cours de mise à jour. ( Depuis une semaine, je travaille en réseau de secours à 40 Kb/s) J'ai l'intention de ne pas la bricoler.
On y voit que UAS est viré pendant la phase de démarrage.
a@a:~$ journalctl -b | grep uas
févr. 29 10:08:56 a kernel: squashfs: version 4.0 (2009/01/31) Phillip Lougher
févr. 29 10:08:56 a kernel: scsi host6: uas
févr. 29 10:08:56 a kernel: usbcore: registered new interface driver uas
févr. 29 10:10:00 a kernel: sd 6:0:0:0: [sda] tag#26 uas_eh_abort_handler 0 uas-tag 5 inflight: CMD IN
févr. 29 10:10:00 a kernel: sd 6:0:0:0: [sda] tag#25 uas_eh_abort_handler 0 uas-tag 2 inflight: CMD
févr. 29 10:10:00 a kernel: sd 6:0:0:0: [sda] tag#22 uas_eh_abort_handler 0 uas-tag 4 inflight: CMD IN
févr. 29 10:10:00 a kernel: sd 6:0:0:0: [sda] tag#21 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD OUT
févr. 29 10:10:00 a kernel: sd 6:0:0:0: [sda] tag#20 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN
févr. 29 10:10:00 a kernel: scsi host6: uas_eh_device_reset_handler start
févr. 29 10:10:00 a kernel: scsi host6: uas_eh_device_reset_handler success
a@a:~$
a@a:/etc/modprobe.d$ ls -ls
total 40
4 -rw-r--r-- 1 root root 2507 juil. 31 2015 alsa-base.conf
4 -rw-r--r-- 1 root root 154 févr. 16 08:43 amd64-microcode-blacklist.conf
4 -rw-r--r-- 1 root root 325 févr. 13 17:49 blacklist-ath_pci.conf
4 -rw-r--r-- 1 root root 1518 févr. 13 17:49 blacklist.conf
4 -rw-r--r-- 1 root root 210 févr. 13 17:49 blacklist-firewire.conf
4 -rw-r--r-- 1 root root 677 févr. 13 17:49 blacklist-framebuffer.conf
4 -rw-r--r-- 1 root root 156 juil. 31 2015 blacklist-modem.conf
0 lrwxrwxrwx 1 root root 41 févr. 28 22:29 blacklist-oss.conf -> /lib/linux-sound-base/noOSS.modprobe.conf
4 -rw-r--r-- 1 root root 583 févr. 13 17:49 blacklist-rare-network.conf
4 -rw-r--r-- 1 root root 154 févr. 12 13:37 intel-microcode-blacklist.conf
4 -rw-r--r-- 1 root root 347 févr. 13 17:49 iwlwifi.conf
a@a:/etc/modprobe.d$
a@a:/etc/modprobe.d$ cat /etc/lsb*
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu Focal Fossa (development branch)"
a@a:/etc/modprobe.d$
a@a:/etc/modprobe.d$ journalctl -b -p err
-- Logs begin at Sat 2020-02-29 10:08:56 CET, end at Sat 2020-02-29 11:44:27 CET. --
févr. 29 10:09:11 a gpod[670]: No device found with uuid bd21926a45c292c575869dffe91ae2b1458bfb40, is it plugged in?
févr. 29 10:09:26 a kernel: nouveau 0000:01:00.0: bus: MMIO write of 00000001 FAULT at 002a00 [ !ENGINE ]
févr. 29 10:10:00 a kernel: nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 002140 [ !ENGINE ]
févr. 29 10:10:00 a kernel: usb 4-2: cmd cmplt err -2
févr. 29 10:10:00 a kernel: usb 4-2: cmd cmplt err -2
févr. 29 10:10:36 a kernel: EXT4-fs error (device sda10): ext4_get_journal_inode:4745: inode #8: comm pool-udisksd: iget: checksum invalid
févr. 29 10:10:36 a kernel: EXT4-fs error (device sda9): ext4_get_journal_inode:4745: inode #8: comm pool-udisksd: iget: checksum invalid
févr. 29 10:10:41 a kernel: EXT4-fs error (device sda12): ext4_get_journal_inode:4745: inode #8: comm pool-udisksd: iget: checksum invalid
févr. 29 10:10:42 a kernel: EXT4-fs (sda10): no journal found
févr. 29 10:10:43 a kernel: EXT4-fs (sda9): no journal found
févr. 29 10:10:43 a kernel: EXT4-fs (sda12): no journal found
a@a:/etc/modprobe.d$
SDA9 et SDA10 sont deux partitions anciennes qui servaient de test. SDA12 est le même test réalisé en version 20.04
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne