#251 Le 14/06/2021, à 16:48
- geole
Re : SSD en partie invisible [RESOLU]
Bonjour.
Mon diagnostic est le suivant: Le contenu du fichier fstab est devenu celui-ci
========================== sda1/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=44a7c3ba-2bd7-4ed3-bbe7-d09dab2d0ac3 / ext4 errors=remount-ro 0 1
Cette ligne veut dire que lorsque le boot sera fini, il faudra lancer ubuntu stocké dans cette partition
44a7c3ba-2bd7-4ed3-bbe7-d09dab2d0ac3 au point de montage de la racine ( / )
Or cette partition n'existe pas. Cependant, elle est uniquement référencée dans cette structure de boot
---------------------------------------------------------------------------
=> Grub2 (v2.00) is installed in the MBR of /dev/sdc and looks at sector 1 of
.........
search.fs_uuid 44a7c3ba-2bd7-4ed3-bbe7-d09dab2d0ac3 root hd0,msdos1
A mon avis, auparavant, il existait, une partition de 46,55 Go en tout début du disque qui a disparu
fdisk -l (filtered): ___________________________________________________________
Disk sda: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk identifier: 0x6d4acbab
Boot Start End Sectors Size Id Type
sda1 2048 97656831 ..... 45.5G 83 Linux ====> partition disparue
sda2 97656832 98680831 1024000 500M 7 HPFS/NTFS/exFAT
sda3 * 98680832 232687615 134006784 63.9G 7 HPFS/NTFS/exFAT
sda1 232687616 468861444 236173829 112.6G 83 LinuxA moins que cela soit dans le disque SDC..
Je sais que boot-repair ne sait pas réparer ce genre d'erreur.
D'autre part, on sait que ton bios est en mode LEGACY et que tu ne sais pas encore dire les priorités de boot du bios
Le boot-info dit que si les disques SDA ou SDB sont mis en priorité.
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
.....
search.fs_uuid 9a8c423b-fb09-428d-af00-d3c37d679cae root ahci0,msdos1
=> Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector 1 of
.....
search.fs_uuid 9a8c423b-fb09-428d-af00-d3c37d679cae root ahci0,msdos1
Qui pointent donc sur une partition qui existe réellement
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 ext4 9a8c423b-fb09-428d-af00-d3c37d679cae 6d4acbab-01 Focal
Mais dont le fichier /etc/fstab est vérolé....
Vu ce que tu as décrit comme incident, il me semble que tu n'as pas vu l'arrivée du grub permettant de choisir entre windows ou ubuntu mais je peux me tromper.
Si tu n'as pas eu ce choix, Je pense qu'il serait bien de chercher à ordonner ton bios pour le faire booter en priorité sur SDA puis sur SDC. On pourrait alors donner une commande de remise en état du fichier /etc/fstab
Mais si tu as vu, l'arrivée du menu de choix, cela veut dire que le bios a bien booté en priorité sur SDC!
Ce qui est parfait car le disque SDC ( ATA KINGSTON SV300S3 ) est un SSD donc parfait pour mettre du logiciel ( https://www.kingston.com/france/fr/supp … ts/sv300s3 )
Il suffirait alors d'installer ubuntu dans le disque SDC car ce disque n'a actuellement aucun O.S. de détecté!
Mais le disque de 240 GO ( ATA https://ssd.userbenchmark.com/SpeedTest … SDSSDA240G ) est aussi un SSD donc tout aussi valable
Attends l'avis de Coeur Noir pour commencer une quelconque réparation en mode EFI
sda : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes=> il faudrait supprimer toutes les partitions de SDA et réinstaller les deux logiciels
Alors qu'il me semble plus normal d'utiliser SDC . Mais le boot-info ne dit pas comment il est actuellement !
disk sdc: 55.92 GiB, 60022480896 bytes, 117231408 sectors
Disk identifier: 0x0006eb72==> Certainement aussi une table de partition msdos sans aucune partition.
Remarque, Ce type de fichier cassé est fréquent lorsqu'on clone des partitions logiciels en modifiant les UUID sans penser au fichier /etc/fstab
google traduction me dit que "Anti-Surge " ==> "protection contre les sur-tensions".
Dernière modification par geole (Le 14/06/2021, à 17:08)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#252 Le 14/06/2021, à 22:53
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Le rapport boot-info avant qu'il ne disparaisse
boot-info-4ppa130 [20210614_1327]
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for /boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos pci scsi ata pata search_fs_uuid
---------------------------------------------------------------------------
config script
---------------------------------------------------------------------------
search.fs_uuid 9a8c423b-fb09-428d-af00-d3c37d679cae root ahci0,msdos1
set prefix=($root)'/boot/grub'
---------------------------------------------------------------------------
=> Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for /boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos pci scsi ata pata search_fs_uuid
---------------------------------------------------------------------------
config script
---------------------------------------------------------------------------
search.fs_uuid 9a8c423b-fb09-428d-af00-d3c37d679cae root ahci0,msdos1
set prefix=($root)'/boot/grub'
---------------------------------------------------------------------------
=> Grub2 (v2.00) is installed in the MBR of /dev/sdc and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for /boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk search_fs_uuid
---------------------------------------------------------------------------
config script
---------------------------------------------------------------------------
search.fs_uuid 44a7c3ba-2bd7-4ed3-bbe7-d09dab2d0ac3 root hd0,msdos1
set prefix=($root)'/boot/grub'
---------------------------------------------------------------------------
sda1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.2 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
sda2: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 8/2012: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /bootmgr /Boot/BCD
sda3: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 8/2012: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System: Windows 8 or 10
Boot files: /bootmgr /Boot/BCD /Windows/System32/winload.exe
sdb1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sdb2: __________________________________________________________________________
File system: ntfs
Boot sector type: Unknown
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
================================ 3 OS detected =================================
OS#1: Ubuntu 20.04.2 LTS on sda1
OS#2: Windows 10 (boot) on sda2
OS#3: Windows 10 on sda3
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04.2 LTS, focal, x86_64)
===================================== UEFI =====================================
This live-session is not in EFI-mode.
This session has been detected as 'live' because df -Th / contains overlay
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
sdb : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, no-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda1 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ng, update-grub, farbios
sda2 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda3 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdb2 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
sda1 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda2 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, bootmgr, is-winboot
sda3 : isnotESP, part-has-no-fstab, no-nt, haswinload, no-recov-nor-hid, bootmgr, is-winboot
sdb1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb2 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda1 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sda2 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sda3 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sdb1 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdb2 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
fdisk -l (filtered): ___________________________________________________________
Disk sda: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk identifier: 0x6d4acbab
Boot Start End Sectors Size Id Type
sda1 232687616 468861444 236173829 112.6G 83 Linux
sda2 97656832 98680831 1024000 500M 7 HPFS/NTFS/exFAT
sda3 * 98680832 232687615 134006784 63.9G 7 HPFS/NTFS/exFAT
Partition table entries are not in disk order.
Disk sdb: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 0x0002d4b8
Boot Start End Sectors Size Id Type
sdb1 2048 1054906367 1054904320 503G 83 Linux
sdb2 1054906368 1953523711 898617344 428.5G 7 HPFS/NTFS/exFAT
Disk sdc: 55.92 GiB, 60022480896 bytes, 117231408 sectors
Disk identifier: 0x0006eb72
parted -lm (filtered): _________________________________________________________
sda:240GB:scsi:512:512:msdos:ATA SanDisk SDSSDA24:;
2:50.0GB:50.5GB:524MB:ntfs::;
3:50.5GB:119GB:68.6GB:ntfs::boot;
1:119GB:240GB:121GB:ext4::;
sdb:1000GB:scsi:512:4096:msdos:ATA WDC WD10EZEX-21M:;
1:1049kB:540GB:540GB:ext4::;
2:540GB:1000GB:460GB:ntfs::;
sdc:60.0GB:scsi:512:512:msdos:ATA KINGSTON SV300S3:;
sr0:2877MB:scsi:2048:2048:mac:ASUS DRW-24D5MT:;
1:2048B:6143B:4096B::Apple:;
2:870kB:4966kB:4096kB::EFI:;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 ext4 9a8c423b-fb09-428d-af00-d3c37d679cae 6d4acbab-01 Focal
├─sda2 ntfs EE00EFB100EF7F49 6d4acbab-02 Réservé au système
└─sda3 ntfs 34C6F621C6F5E2D2 6d4acbab-03 Windows 10
sdb
├─sdb1 ext4 68c02ee4-57a5-4879-a539-7704fa8b6b8a 0002d4b8-01 Dossiers-Ubuntu
└─sdb2 ntfs 360664D30B460A8E 0002d4b8-02 Dossiers-Windows
sdc
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 96G 8% /mnt/boot-sav/sda1
sda2 181M 64% /mnt/boot-sav/sda2
sda3 47.9G 25% /mnt/boot-sav/sda3
sdb1 468G 0% /media/ubuntu/Dossiers-Ubuntu
sdb2 /media/ubuntu/Dossiers-Windows
sdd1 14.5G 2% /media
Mount options: __________________________________________________________________
sda1 rw,relatime
sda2 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sda3 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sdb1 rw,nosuid,nodev,relatime
sdb2 rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096
sdd1 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
====================== sda1/boot/grub/grub.cfg (filtered) ======================
Ubuntu 9a8c423b-fb09-428d-af00-d3c37d679cae
Ubuntu, with Linux 5.8.0-55-generic 9a8c423b-fb09-428d-af00-d3c37d679cae
Ubuntu, with Linux 5.8.0-43-generic 9a8c423b-fb09-428d-af00-d3c37d679cae
Windows 10 (on sda2) EE00EFB100EF7F49
Windows 10 (on sda3) 34C6F621C6F5E2D2
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sda1/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=44a7c3ba-2bd7-4ed3-bbe7-d09dab2d0ac3 / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
UUID=68c02ee4-57a5-4879-a539-7704fa8b6b8a /media/DATA-EXT ext4 defaults 0 2
UUID=360664D30B460A8E /media/DATA-NTFS ntfs defaults,permissions,locale=fr_FR.UTF-8,windows_names 0 0
======================= sda1/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=6
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
==================== sda1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
191,085247040 = 205,176221696 boot/grub/grub.cfg 1
191,090408325 = 205,181763584 boot/grub/i386-pc/core.img 1
117,486660004 = 126,150340608 boot/vmlinuz 1
116,235347748 = 124,806754304 boot/vmlinuz-5.8.0-43-generic 2
117,486660004 = 126,150340608 boot/vmlinuz-5.8.0-55-generic 1
116,235347748 = 124,806754304 boot/vmlinuz.old 2
120,000972748 = 128,850063360 boot/initrd.img 4
119,955707550 = 128,801460224 boot/initrd.img-5.8.0-43-generic 2
120,000972748 = 128,850063360 boot/initrd.img-5.8.0-55-generic 4
119,955707550 = 128,801460224 boot/initrd.img.old 2
===================== sda1: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 17622 mai 20 05:50 10_linux
-rwxr-xr-x 1 root root 42359 mai 20 05:50 10_linux_zfs
-rwxr-xr-x 1 root root 12894 mai 20 05:50 20_linux_xen
-rwxr-xr-x 1 root root 12059 mai 20 05:50 30_os-prober
-rwxr-xr-x 1 root root 1424 mai 20 05:50 30_uefi-firmware
-rwxr-xr-x 1 root root 214 mai 20 05:50 40_custom
-rwxr-xr-x 1 root root 216 mai 20 05:50 41_custom
======================== Unknown MBRs/Boot Sectors/etc =========================
Unknown BootLoader on sdb2
00000000 eb 52 90 4e 54 46 53 20 20 20 20 00 02 08 00 00 |.R.NTFS .....|
00000010 00 00 00 00 00 f8 00 00 3f 00 ff 00 00 98 e0 3e |........?......>|
00000020 00 00 00 00 80 00 80 00 ff cf 8f 35 00 00 00 00 |...........5....|
00000030 04 00 00 00 00 00 00 00 ff fc 58 03 00 00 00 00 |..........X.....|
00000040 f6 00 00 00 01 00 00 00 8e 0a 46 0b d3 64 06 36 |..........F..d.6|
00000050 00 00 00 00 0e 1f be 71 7c ac 22 c0 74 0b 56 b4 |.......q|.".t.V.|
00000060 0e bb 07 00 cd 10 5e eb f0 32 e4 cd 16 cd 19 eb |......^..2......|
00000070 fe 54 68 69 73 20 69 73 20 6e 6f 74 20 61 20 62 |.This is not a b|
00000080 6f 6f 74 61 62 6c 65 20 64 69 73 6b 2e 20 50 6c |ootable disk. Pl|
00000090 65 61 73 65 20 69 6e 73 65 72 74 20 61 20 62 6f |ease insert a bo|
000000a0 6f 74 61 62 6c 65 20 66 6c 6f 70 70 79 20 61 6e |otable floppy an|
000000b0 64 0d 0a 70 72 65 73 73 20 61 6e 79 20 6b 65 79 |d..press any key|
000000c0 20 74 6f 20 74 72 79 20 61 67 61 69 6e 20 2e 2e | to try again ..|
000000d0 2e 20 0d 0a 00 00 00 00 00 00 00 00 00 00 00 00 |. ..............|
000000e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200
========= Devices which don't seem to have a corresponding hard drive ==========
sde sdf sdg sdh
=============================== StdErr Messages ================================
/usr/share/boot-sav/b-i-s-functions.sh: ligne 2168 : cd: /media/ubuntu/Dossiers-Windows/: Aucun fichier ou dossier de ce type
File descriptor 63 (pipe:[129280]) leaked on lvs invocation. Parent PID 25076: /bin/bash
/dev/sde: open failed: Aucun support trouvé
/dev/sdf: open failed: Aucun support trouvé
/dev/sdg: open failed: Aucun support trouvé
/dev/sdh: open failed: Aucun support trouvé
/dev/sde: open failed: Aucun support trouvé
/dev/sdf: open failed: Aucun support trouvé
/dev/sdg: open failed: Aucun support trouvé
/dev/sdh: open failed: Aucun support trouvé
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would purge (in order to reset grubenv) and reinstall the grub2 of
sda1 into the MBRs of all disks (except live-disks and removable disks without OS).
Additional repair would be performed: unhide-bootmenu-10s
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your BIOS boot on sda (ATA SanDisk SDSSDA24) disk!Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#253 Le 15/06/2021, à 00:34
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Dauphin, tu as la poisse - ok parfois tu gaffes ou zappes des choses, mais là en plus tu n'as pas de chance : il est possible que certains bios uEFI ne proposent pas un mode « à l'ancienne ». ( Confirmes-tu ça Geole ? ) Et ça tombe sur ta machine…
Ce qui suscite de nouvelles interrogations :
⋅ c'est assez étrange ces Grub installés dans chaque MBR de chaque disque et qui pointent tous un uuid manifestement introuvable…
⋅ étrange aussi qu'il y ait un espace vide au début du disque sda… ( comme Geole j'avais remarqué ça aussi, voir #242 resté sans réponse de ta part )
⋅ que le système Linux se soit retrouvé « devant » le système Windows alors qu'il a été installé après…
⋅ curieux que des systèmes s'installent « en partitionnant » à l'ancienne mode, alors que le bios ne sait faire que de l'uEFI moderne… ( mais bon puisque tous tes disques ont des tables de partition MBR ça explique une partie du comportement des installateurs de système )
⋅ à se demander comment tu avais pu t'en sortir avec les installations précédentes… ( et j'avoue j'ai plus trop le courage de fouiller dans tes autres discussions sur le forum pour essayer d'y trouver des bribes de pistes ).
Ça fait bien trop de mystères à détricoter - surtout que tu ne réponds pas à toutes les sollicitations - nombreuses et plus ou moins complexes, je comprends qu'à la longue ça décourage.
Et tu as pu oublier de nous décrire ou dire quelque chose… Les aidants aussi peuvent oublier des choses mais eux, ils sont excusés d'office car ils ne sont pas devant la machine qui pose problème.
Bref. 2 propositions :
La 1ère par acquit de conscience.
Démarrer cette machine depuis une live-session,
passer cette fois un boot-repair et accepter la proposition de réparation qu'il fera ( il va réinstaller Grub dans tous les MBR ).
The default repair of the Boot-Repair utility would purge (in order to reset grubenv) and reinstall the grub2 of
sda1 into the MBRs of all disks (except live-disks and removable disks without OS).
(…)
Please do not forget to make your BIOS boot on sda (ATA SanDisk SDSSDA24) disk!
Note : c'est la proposition « bateau » de boot-repair, je ne crois pas un seul instant que ça résoudra le souci car le partitionnement de tes systèmes est à « l'ancienne mode bios » alors que ton bios est uEFI.
Mais pour le savoir, faut tester… sait-on jamais ?
Je suis étonné qu'il ne suggère pas la création d'une partition ESP…
2nde proposition si la 1ère n'a rien sauvé.
Et si tu n'es pas trop désespéré.
Vider tous les disques. Recréer à chaque disque une table de partitions GPT ( et non MBR~dos )
en espérant qu'avec ça les installateurs fabriqueront automatiquement un partitionnement adapté à ton bios uEFI.
L'idée reste la même - tu devras toujours bien repérer les choses :
⋅ sur le disque SSD de 240Go tu installeras un OS ( Windows ) et tu t'assures qu'il fonctionne, s'arrête et surtout redémarre normalement.
⋅ Puis toujours sur ce même disque, tu installes à côté un autre OS ( Ubuntu ). Pour pouvoir installer à côté, ça veut dire qu'il faut de l'espace non alloué disponible ( donc soit l'install de Win n'a pas déjà pris toute la place, soit il faut que tu « rétrécisses » la partition occupée par Win ),
⋅ tu t'assures que les 2 OS fonctionnent, sont bien proposés par Grub au démarrage du PC. Et seulement quand tu es sûr que les 2 vont bien, tu pourras continuer avec la création des meubles et des armoires ( montages des diverses partitions et création des dossiers et autres liens ).
⋅ le disque dur 1To sera destiné à tes données, tes fichiers.
⋅ le troisième disque SSD de ±50Go, tu aviseras plus tard ce que tu veux en faire ( il sera toujours temps de le « rattacher » au système quand tu sauras ce que tu veux en faire ).
Là où ça diffère par rapport aux tutos précédents
⋅ On part impérativement de disques vides, avec table de partitions GPT sur lesquels tu ne crées aucune partition avant installation. Important. Je répète : tables de partition GPT. Zéro partition. Disques vides.
⋅ les installateurs de tes OS créeront les partitions nécessaires pour eux fonctionner, les ( autres ) partitions, tu les créeras plus tard, quand tes 2 OS seront installés et fonctionnels.
⋅ pour éviter toute confusion, avant d'installer le moindre OS, déconnecte le disque de 1To et le disque de ±50Go comme ça on est sûr que rien ne peut s'installer ailleurs que sur le seul disque que tu laisseras branché, le SSD de 240Go.
⋅ tu installes tes OS. Quand tu es sûr que les 2 fonctionnent, que le pc redémarre en te proposant le choix d'OS, seulement après cette certitude tu pourras connecter à nouveau les autres disques, enfin au moins celui de 1To, sur lequel tu créeras les partitions nécessaires par ex. avec Gparted depuis Ubuntu.
C'est seulement à ce moment là qu'on se trouvera dans des conditions à peu près identiques à ce « tuto » #177 et #178.
À peu près identiques car
⋅ les identifiants des disques et partitions auront forcément changé puisqu'il s'agit d'une nouvelle installation ( nouvelles tables de partition ),
⋅ puisque normalement il s'agira d'une installation en mode 100% uEFI alors on devrait trouver des partitions supplémentaires spécifiques à l'uEFI,
⋅ points qu'il faudra impérativement vérifier et là - interrogation écrite, élève Dauphin 
- j'attends que de toi-même tu dises avec quelle commande on va vérifier ça…
Ici, dans ce message, s'il y a des termes ou des manipulations qui t'intriguent ou ne t'évoquent rien : dis le ! Qu'on éclaircisse avant que tu agisses sans comprendre.
Ou - si on continue dans le style interro écrite - décris comment :
⋅ crée-t-on une table de partitions ?
⋅ rétrécit-on une partition dans le bon sens ?
⋅ repère-t-on les disques et partitions ?
Il n'y a aucun piège, tout ça a été vu et plusieurs fois décrit dans ce long fil de discussions 
Dernière modification par Coeur Noir (Le 15/06/2021, à 00:56)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#254 Le 15/06/2021, à 01:33
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
@geole :
⋅ pour la partie installation Linux : la machine a un bios uEFI. Mais des disques à tables MBR. Or uEFI attend du GPT ( au moins pour le disque des OS ). Résultat : l'installateur Ubiquity en perd son latin et produit une installation bancale, incapable de démarrer en uEFI ? Y'a quantité de bugs autour d'Ubiquity, y'a qu'à lire les messages de Malbo à ce sujet…
⋅ pour la partie Windows : est-ce que ça peut être la même blague ? Comment l'installateur Windows détermine s'il peut s'installer « à l'ancienne » ou en uEFI ? Et n'y a-t-il pas des « astuces » ou des précautions à connaître lorsqu'on utilise le choix 2 ici https://doc.ubuntu-fr.org/_media/window … tok=01ec51 ? N'est-ce pas là qu'il serait facile de « mal positionner » la partition qui accueillera Windows - et par ex. de laisser un gros espace vide en début de disque ?
⋅ autre doute, aussi : si à un moment Dauphin s'est contenté de vider ses partitions sans recréer de tables de partitions, est-ce qu'on se retrouve alors avec des traces voire des Grub entiers datant d'une installation précédente ?
Puisque là on a du GRUB installé dans les MBR de tous les disques…
⋅ enfin attention quand tu « intercèdes » dans une discussion. As-tu vu ça → https://forum.ubuntu-fr.org/viewtopic.p … #p22461637 → et comme souvent Dauphin n'a pas répondu aux questions qui auraient permis de situer ce qu'il avait fait, ou pas fait… je ne suis pas sûr à 100% de ce que j'ai déduit, mais ce qui est sûr : il a enchaîné « mes » commandes puis « tes » commandes alors qu'elles ne pouvaient pas fonctionner ensemble.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#255 Le 15/06/2021, à 08:05
- dauphin
Re : SSD en partie invisible [RESOLU]
Bonjour et grand merci à tous les deux,
- Comment effacer le disque et le mbr; avec Gparted ?
- Comment créer une table de partitons GPT ?
- Faut-il partitionner sda, avec Gparted aussi, avant d'installer Windows ?
Dés que j'ai ton accord je commencerai la première partie et je te tiendrai informé de l'avancement des choses
-J'ai débranché les deux disques "inutiles", celui de 50 Go et celui de 1 To
Dernière modification par dauphin (Le 15/06/2021, à 09:44)
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#256 Le 15/06/2021, à 11:23
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
…mmm, bof.
Donc tu ne sais pas comment on crée une table de partitions ( et ce que ça implique pour les données éventuellement déjà contenues sur des partitions ).
Ça suggère fortement que tu n'avais pas complètement effacé ton ou tes disques lors des précédentes tentatives d'installation.
En tout cas Gparted fait partie de la réponse → https://doc.ubuntu-fr.org/gparted#utilisation1
- Faut-il partitionner sda, avec Gparted aussi, avant d'installer Windows ?
↓
⋅ On part impérativement de disques vides, avec table de partitions GPT sur lesquels tu ne crées aucune partition avant installation. Important. Je répète : tables de partition GPT. Zéro partition. Disques vides.
⋅ les installateurs de tes OS créeront les partitions nécessaires pour eux fonctionner, les ( autres ) partitions, tu les créeras plus tard, quand tes 2 OS seront installés et fonctionnels.
↓
Que lis-tu ?
Note : effectivement, tous les disques dans ton ordinateur n'ont pas à être passés en GPT - mais au moins impérativement le disque contenant les OS, lui doit être en GPT pour que ton bios uEFI puisse le voir et démarrer « dessus ».
MAIS je te conseille fortement de faire cette opération ( passage en table de partition GPT ) sur tous tes disques, puisqu'ils contiennent tous actuellement dans leur MBR un Grub qui ne peut pas fonctionner avec un bios uEFI.
L'idée c'est de s'assurer à 10000% qu'aucune miette d'un ancien Grub quelconque puisse interférer plus tard avec ton bios uEFI ( Grub est inscrit dans le MBR des disques ).
À l'usage GPT est à la fois plus souple et plus robuste que MBR.
Dernière modification par Coeur Noir (Le 15/06/2021, à 11:32)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#257 Le 15/06/2021, à 11:45
- dauphin
Re : SSD en partie invisible [RESOLU]
Merci Coeur Noir,
Ça suggère fortement que tu n'avais pas complètement effacé ton ou tes disques lors des précédentes tentatives d'installation.oui, c'est quand j'ai vu qu'il restait des bricoles que j'ai compris qu'il y avait un loup.
. Donc Garted va s'occuper de tout.
J'y vais
Edit : ça y est; le disque sda est Gpt. je vais continuer selon tes précédents tutos. Je te tiens au courant au fur et à mesure.
J'essaie d'installer Windows.
Dernière modification par dauphin (Le 15/06/2021, à 13:01)
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#258 Le 15/06/2021, à 15:20
- geole
Re : SSD en partie invisible [RESOLU]
Bonjour
Quelques informations disparates
je n'ai pas trouvé dans le bios la possibilité de le mettre en UEFI ou non. Il est de 2012, bien avant que j'achète la carte-mère.
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Le bios est un élément de la carte mère. En conséquence, il a l'âge de la carte-mère!
Cette carte mère a-t'elle un nom plus précis que M5? https://www.google.fr/search?as_q=&as_e … type=&tbs=
J'espère qu'elle se comportera correctement en fonctionnement EFI...
Car le boot-info du message 249 ne montre pas une carte EFI très "agressive"
===================================== UEFI
This live-session is not in EFI-mode.
pour la partie Windows : est-ce que ça peut être la même blague ? Comment l'installateur Windows détermine s'il peut s'installer « à l'ancienne » ou en uEFI ?
La règle est la suivante pour les windows8/10
Si détection d'un disque avec une table de partition msdos
et que le boot a été fait en mode EFI, l'installateur demande de rebooter en mode LEGACY.
Si détection d'un disque avec une table de partition gpt
et que le boot a été fait en mode legacy, l'installateur demande de rebooter en mode EFI.
Si détection d'un disque sans table de partition: Je ne sais pas.
je ne suis pas sûr à 100% de ce que j'ai déduit, mais ce qui est sûr : il a enchaîné « mes » commandes puis « tes » commandes alors qu'elles ne pouvaient pas fonctionner ensemble.
j'avais proposé mes commande car il m'a semblé que ta façon de faire était compliquée avec deux utilisateurs accouplés a leur UUID alors qu'aucun n'est nécessaire.
Le mélange fait aurait pu aboutir a des données restorées soit par ta méthode ou la mienne
et des liens avec des pointeurs pointant sur les données de ma méthode ou la tienne
Il aurait suffit de recasser les liens et de les recrééer. opération de 30 secondes
Au post 202, dauphin dit qu'il ne se rappelle plus s'il a fait mes deux commandes.
Mais s'il l'avait fait, il y aurait eu un double lien
a@b:~$ ls -ls | grep Public
0 lrwxrwxrwx 1 a a 32 juin 15 18:10 Public -> /media/BigDisK/DataUbuntu/Public
a@b:~$ ls -ls /media/BigDisK/DataUbuntu | grep Public
1 lrwxrwxrwx 1 root root 23 juin 9 16:47 Public -> /media/DATA-NTFS/PublicA un moment donné, j'ai pensé que dauphin, avait aussi restoré les données dans le répertoire /home.
Au vu du dernier boot-info, il serait même possible qu'il ait aussi restoré le logiciel en plus ( J'ai du mal à comprendre comment le fichier /etc/fstab est devenu incorrect )
Dernière modification par geole (Le 15/06/2021, à 17:16)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#259 Le 15/06/2021, à 15:31
- dauphin
Re : SSD en partie invisible [RESOLU]
Merci geole,
Ma carte-mère est une ASUS M5A 78l-m lx3 SÉRIES elle est en fait de 2016, comme le bios qui est un AMI.
Dernière modification par dauphin (Le 15/06/2021, à 15:32)
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#260 Le 15/06/2021, à 16:18
- geole
Re : SSD en partie invisible [RESOLU]
Je ne pense pas avoir trouvé un lien pirate pour lire la description du bios de cette carte mêre.
https://www.modes-d-emploi.com/manuals/ … m-lx3.html
===> Pour ordonner l'ordre de boot des disques, c'est la page 54 du document https://www.modes-d-emploi.com/manuals/ … ml?page=54.
Je reconnais que ce n'est pas très clair
Il reste juste à savoir si une mise à jour du bios que tu aurais faite aurait pu installer le logiciel EFI.
Mais, normalement, lors de l'achat, tu as reçu la documentation.
On en saura plus lors de l'installation de windows
ajout
Voici la documentation officielle https://dlcdnets.asus.com/pub/ASUS/mb/S … Series.pdf
iiE8025 Second Edition January 2013
Cette seconde édition de janvier 2013 n'évoque pas du tout la notion EFI
Comme c'est une seconde édition, il y a eu une première édition qui date donc d'avant 2013.
La mise à jour la plus ancienne retrouvée ( https://www.asus.com/fr/Motherboards-Co … sk_Manual/ ) est estampillée
Version C7113
2012/01/19 Mise à jour 2.84 MBytes
M5A78L-M LX3 User's Manual (Simplified Chinese)
A cette époque EFI était rare.
Dernière modification par geole (Le 16/06/2021, à 13:56)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#261 Le 15/06/2021, à 16:39
- dauphin
Re : SSD en partie invisible [RESOLU]
Merci geole,
J'ai tenté une mise à jour du bios, mais ça n'a pas marché. J'ai installé Win 10 en EFI et Focal; tout c'est bien passé. Les deux tournent bien.
J'ai la doc du la carte-mère, mais tout en anglais. J'ai eu beaucoup de mal avec, car mon anglais date du lycée! Une paie.
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#262 Le 15/06/2021, à 16:44
- geole
Re : SSD en partie invisible [RESOLU]
C'est donc parfait
Peux-tu refaire un boot-info en utilisant le ubuntu installé
Dernière modification par geole (Le 15/06/2021, à 16:45)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#263 Le 15/06/2021, à 17:12
- dauphin
Re : SSD en partie invisible [RESOLU]
Voila:
boot-info-4ppa130 [20210615_1808]
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos3)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
---------------------------------------------------------------------------
sda1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 8/2012: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /bootmgr /Boot/BCD
sda2: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 8/2012: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System: Windows 8 or 10
Boot files: /bootmgr /Windows/System32/winload.exe
sda3: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.2 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
================================ 3 OS detected =================================
OS#1: L'OS actuellement utilisé - Ubuntu 20.04.2 LTS CurrentSession on sda3
OS#2: Windows 10 (boot) on sda1
OS#3: Windows 8 or 10 on sda2
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.8.0-55-generic root=UUID=eb8a79ce-6a39-40a9-af87-28853183c2c6 ro quiet splash vt.handoff=7
===================================== UEFI =====================================
This installed-session is not in EFI-mode.
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda3 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ok, update-grub, farbios
sda1 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda2 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
sda3 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, bootmgr, is-winboot
sda2 : isnotESP, part-has-no-fstab, no-nt, haswinload, no-recov-nor-hid, bootmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda3 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sda1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sda2 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
fdisk -l (filtered): ___________________________________________________________
Disk sda: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk identifier: 0x61e8f117
Boot Start End Sectors Size Id Type
sda1 * 2048 1026047 1024000 500M 7 HPFS/NTFS/exFAT
sda2 1026048 204802047 203776000 97.2G 7 HPFS/NTFS/exFAT
sda3 204802048 468860927 264058880 125.9G 83 Linux
parted -lm (filtered): _________________________________________________________
sda:240GB:scsi:512:512:msdos:ATA SanDisk SDSSDA24:;
1:1049kB:525MB:524MB:ntfs::boot;
2:525MB:105GB:104GB:ntfs::;
3:105GB:240GB:135GB:ext4::;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 ntfs F276A20D76A1D321 61e8f117-01 Réservé au système
├─sda2 ntfs A8D6BC32D6BBFE9E 61e8f117-02
└─sda3 ext4 eb8a79ce-6a39-40a9-af87-28853183c2c6 61e8f117-03
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 181.1M 64% /mnt/boot-sav/sda1
sda2 81.5G 16% /mnt/boot-sav/sda2
sda3 107.8G 8% /
Mount options: __________________________________________________________________
sda1 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sda2 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sda3 rw,relatime,errors=remount-ro
====================== sda3/boot/grub/grub.cfg (filtered) ======================
Ubuntu eb8a79ce-6a39-40a9-af87-28853183c2c6
Ubuntu, avec Linux 5.8.0-55-generic eb8a79ce-6a39-40a9-af87-28853183c2c6
Ubuntu, avec Linux 5.8.0-43-generic eb8a79ce-6a39-40a9-af87-28853183c2c6
Windows 10 (sur sda1) F276A20D76A1D321
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sda3/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda3 during installation
UUID=eb8a79ce-6a39-40a9-af87-28853183c2c6 / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
======================= sda3/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
==================== sda3: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
197,999355316 = 212,600188928 boot/grub/grub.cfg 1
106,306476593 = 114,145710080 boot/grub/i386-pc/core.img 1
198,931972504 = 213,601579008 boot/vmlinuz 1
102,961910248 = 110,554509312 boot/vmlinuz-5.8.0-43-generic 2
198,931972504 = 213,601579008 boot/vmlinuz-5.8.0-55-generic 1
102,961910248 = 110,554509312 boot/vmlinuz.old 2
201,410705566 = 216,263098368 boot/initrd.img 2
201,335678101 = 216,182538240 boot/initrd.img-5.8.0-43-generic 1
201,410705566 = 216,263098368 boot/initrd.img-5.8.0-55-generic 2
201,335678101 = 216,182538240 boot/initrd.img.old 1
===================== sda3: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 17622 janv. 13 15:12 10_linux
-rwxr-xr-x 1 root root 42359 janv. 13 15:12 10_linux_zfs
-rwxr-xr-x 1 root root 12894 janv. 13 15:12 20_linux_xen
-rwxr-xr-x 1 root root 12059 janv. 13 15:12 30_os-prober
-rwxr-xr-x 1 root root 1424 janv. 13 15:12 30_uefi-firmware
-rwxr-xr-x 1 root root 214 janv. 13 15:12 40_custom
-rwxr-xr-x 1 root root 216 janv. 13 15:12 41_custom
========= Devices which don't seem to have a corresponding hard drive ==========
sdb sdc sdd sde
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub2 of
sda3 into the MBR of sda.
Additional repair would be performed: unhide-bootmenu-10s win-legacy-basic-fix 20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#264 Le 15/06/2021, à 17:30
- geole
Re : SSD en partie invisible [RESOLU]
Tout cela montre bien qu'il n'y a pas de boot EFI dans ton ordinateur
===================================== UEFI
This installed-session is not in EFI-mode.
et que le disque n'a pas/plus de table de partition GPT
Disk sda: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk identifier: 0x61e8f117
Disks info: ____________________________________________________________________
sda : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048 sectors * 512 byteset que cela boote bien par le MBR
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos3)/boot/grub.
sda3: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.2 LTS
Boot files: /boot/grub/i386-pc/core.imgIl ne te reste plus qu'à rebrancher le disque de données de 1 To puis de donner ce retour
lsblk -fe7 -o +sizeEn théorie, on pourrait récupérer les infos depuis le boot-info. Mais, cela pourrait avoir été modifié accidentellement.
J'ai extrait le fichier /etc/fstab
========================== sda3/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda3 during installation
UUID=eb8a79ce-6a39-40a9-af87-28853183c2c6 / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0Tu diras si tu souhaites que ta partition de données NTFS soit aussi montée automatiquement
Ajout. Je viens de récupérer les lignes à ajouter proposées par Coeur Noir
# Dossiers-Ubuntu dans DATA-EXT
UUID=68c02ee4-57a5-4879-a539-7704fa8b6b8a /media/DATA-EXT ext4 defaults 0 2
#
# Dossier-Windows dans DATA-NTFS
UUID=360664D30B460A8E /media/DATA-NTFS ntfs defaults,permissions,locale=fr_FR.UTF-8,windows_names 0 0
#Dernière modification par geole (Le 15/06/2021, à 17:48)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#265 Le 15/06/2021, à 19:10
- dauphin
Re : SSD en partie invisible [RESOLU]
Ben alors ça,
j'ai pourtant passé Gparted qui a effacé le disque et fait une seule partition en GPT, puis j'ai installé Windows 10, mais je ne sais pas s'il s'est installé en EFI ou pas.
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#266 Le 16/06/2021, à 01:40
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
@geole : mmm… tu es comme Dauphin tu lis les choses à moitié ?
Le mélange fait aurait pu aboutir a des données restorées soit par ta méthode ou la mienne
et des liens avec des pointeurs pointant sur les données de ma méthode ou la tienne
Rien ne certifiait à ce moment là que Dauphin avait créé tous les dossiers nécessaires dans la partition du disque de 1To !
Enfin moi je ne trouve pas ce qui pourrait certifier qu'à ce moment-là les dossiers michel_1000 et secours_1001 existaient bien dans /media/DATA-EXT
Et comme Dauphin n'a pas répondu là-bas aux questions qui auraient permis de le savoir…
Sinon comment expliques-tu #198 et #199 ? C'est à dire de nombreuses disparitions de dossiers et de liens !
j'avais proposé mes commande car il m'a semblé que ta façon de faire était compliquée avec deux utilisateurs accouplés a leur UUID alors qu'aucun n'est nécessaire.
Tu as dit aussi que tu n'avais pas lu toute la discussion… alors le fait que Dauphin est un aventurier un peu tête brûlée et coutumier des réinstallations a du t'échapper.
uid à cet endroit pas uuid, c'est pas la même chose. Le jour où on agit depuis une live-session, le jour où on réinstalle ou on restaure des données depuis ce genre de partitions DATA perso, le jour où on ajoute un système à son multi-boot et qu'on veut partager ou accéder à ces DATA, on gagne du temps à savoir au premier coup d'œil que untel était en fait l'uid 1000 et tel autre l'uid 1001 et une telle 1012… c'est juste une astuce qui rend service.
Ne t'en déplaise, un dossier par utilisateur potentiel à la racine d'une partition est une bonne pratique. C'est clair net et précis.
La partition relève du système, les dossiers sur cette partition relèvent des utilisateurs. C'est sain dans un système Linux fondamentalement multi-utilisateurs-et-groupes, qui gère les droits et permissions, où le concept d'utilisateur ou groupe propriétaire définit qui a le droit de faire quoi avec quels fichiers ou dossiers…
Ce qui est compliqué, c'est de ne rien ranger, de ne rien attribuer clairement. C'est comme ça qu'on perd ses affaires…
Par analogie avec une maison : un disque est une structure porteuse du bâtiment ( donc on peut accoler plusieurs structures ), une partition est une pièce dans la maison, un dossier est un meuble dans la pièce.
Bien sûr tu peux considérer que toute une pièce ( partition ) « appartient » à un habitant de la maison en particulier, mais le jour où plusieurs habitants doivent partager la même pièce ( définitivement ou temporairement ), tu seras content d'avoir déjà bien rangé les diverses affaires des uns et des autres dans des meubles distincts. Pareil en cas de « déménagement » d'un habitant de cette maison ou en cas de modifications diverses de la maison ( ajout d'une chambre ou d'un grenier, abattre des cloisons pour faire une grande chambre à partir de 2 petites, agrandir le bâtiment en y ajoutant des disques… ).
Avec ma technique, à long terme c'est juste quelques meubles qu'il faudra déménager ( un dossier par habitant ). Avec ta technique c'est plein de petits meubles éparpillés qu'il faudra superviser, déplacer, regrouper voire démonter et remonter…
Tu vas me dire « il est le seul utilisateur » ? Déjà c'est fondamentalement faux dans Linux : des utilisateurs y'en a de base plein ( voir le fichier /etc/passwd pour t'en convaincre ). Ensuite voir comment sont organisés des dossiers comme /home ou /media. Enfin qu'est-ce que ça coûte de sécuriser ses données « humaines » par un rangement clair, dès le départ ? À opposer à : que se passe-t-il quand on ne sait pas où on range ses affaires et qu'on multiplie les disques, partitions, (ré)installations ?
Bref. Tu fais comme tu veux. Vous faites comme vous voulez. Mais ce que je proposais était très réfléchi et robuste à long terme, et à peu de frais.
On peut se passer de créer une maison complète pour le deuxième utilisateur « secours » à la rigueur - même si ça a valeur d'exemple ou de comparaison - mais créer un deuxième utilisateur « humain » et de type « administrateur » est loin d'être superflu.
Dernière modification par Coeur Noir (Le 16/06/2021, à 02:40)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#267 Le 16/06/2021, à 02:30
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
@Dauphin : Avant de faire quoi que ce soit, se repérer.
Maintenant que tu as 2 OS fonctionnels, qui démarrent et redémarrent, quand tu seras sous ton Ubuntu et avec le disque 1To branché donne le retour de
lsblk -fe7 -o +sizeça permettra entre autres de connaître le nom fiable ( l'uuid ) des partitions du disque de 1To - si elles existent toujours. On en aura besoin ensuite pour l'ajouter au fstab…
…car dans l'affaire, qui dit que les UUID des partitions sur le disque de 1To sont restées 68c02ee4-57a5-4879-a539-7704fa8b6b8a et 360664D30B460A8E ?
Tu n'as effacé QUE le disque de 240Go ?
Ou tu as purgé TOUS tes disques ?
________________________
Notons que cette fois focal est bien en troisième position sur le disque.
Et pas d'espace vide mystérieux au début du disque.
Lors de l'installation d'Ubuntu, quelle « méthode » as-tu choisi : installer à côté de Windows ou faire autre chose ?
Tant de mystères encore :
⋅ finalement ce bios n'est pas uEFI ?
⋅ Windows à son installation re-fabrique-t-il forcément une table de partitions ( = vide le disque ) ?
⋅ y'a forcément eu des manip's différentes entre la dernière installation de ces 2 OS ( réussie ) et la tentative d'installation précédente ( ratée ), mais lesquelles ?
Dernière modification par Coeur Noir (Le 16/06/2021, à 02:36)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#268 Le 16/06/2021, à 06:35
- dauphin
Re : SSD en partie invisible [RESOLU]
Bonjour Coeur Noir,
J"ai formaté le disque sda en GPT avec Gparted puis j'ai installé Windows en lui demandant d'utiliser seulement 100 Go.Serait-ce cela qui l'aurait incité à reformater en MBR ? Ensuite j'ai installé Focal, puis j'ai redémarré et ensuite j'ai paramétré mes OS.
Entre les deux installations je ne me rappelle plus si j'ai fait des choses particulières
Edit:
Tu disais que uEFI était bien mieux que MBR penses-tu qu'il vaudrait le coup, tant qu'il n'y a rien dans la machine, de refaire la partition sda en GPT et de ré-installer Windows en lui laissant tout la place, puis de rétrécir avec Gparted avant de ré-installer Focal ?
Edit 2 :
Est-ce qu'il y a une manip pariculière pour dire à Windows de s'installer en eUEFI ?
Dernière modification par dauphin (Le 16/06/2021, à 08:55)
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#269 Le 16/06/2021, à 11:35
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Installation uEFI ou classique ?
C'est la nature même du bios de ta carte mère qui détermine si tu as le choix. C'est pas toi qui décides
Si le bios ne sait faire qu'un seul mode, alors tu n'as pas le choix.
C'est bien pour cela que la nature du bios est la première chose dont il faut s'assurer avant installation…
Souvent un bios uEFI est capable de travailler dans les 2 modes ( moderne ou legacy~classique ), le tien n'a pas l'air de proposer cette possibilité ( ou n'est pas uEFI ou autre mystère ).
GPT ou MBR ?
La doc' traite ces sujets : tu as le droit et le devoir d'y faire tes recherches.
GPT est un réel progrès par rapport à MBR. Ça ne signifie absolument pas que MBR est devenu obsolète ou inutilisable, ne t'inquiète pas : tu peux tranquillement rester en MBR.
J"ai formaté le disque sda en GPT avec Gparted puis j'ai installé Windows en lui demandant d'utiliser seulement 100 Go.Serait-ce cela qui l'aurait incité à reformater en MBR ?
…il semblerait. Et au final tes installations ( cette fois ) fonctionnent, donc laisse comme ça : ça marche, ne prends plus de risques à cet endroit.
Il reste définitivement quelque chose de « pas clair » ( pour moi ) autour de ton bios et avec la procédure d'install' de Windows ( mais comme je le disais ailleurs, mes connaissances en installation de Windows sont très anciennes, geole est bien plus au fait que moi à ce sujet ). Peut-être aussi avec l'installation d'Ubuntu, quelle « méthode » as-tu choisi : installer à côté de Windows ou faire autre chose ?
____________________________
Si je devine bien - car tu es toujours évasif et lacunaire dans tes réponses - tu n'as pas vidé / reformaté tes autres disques, c'est bien ça ?
On devrait donc toujours trouver 2 partitions dans le disque 1To, une en EXT et l'autre en NTFS.
Si ce n'est déjà fait, éteins ton pc, reconnecte ton disque 1To, rallume. Vérifie bien que tu peux toujours démarrer l'un comme l'autre OS. Quand tu en es sûr, depuis Ubuntu de suite après son démarrage ( ne lance rien de spécial ), repérage habituel :
lsblk -fe7 -o +sizeAjoute
sudo fdisk -l | grep -Ei "sd(a|b|c)" -A 8par souci du détail, et
cat /etc/fstabAprès avoir passé ces commandes, lance Nautilus, regarde dans « Autres Emplacements » : tu dois voir là tes disques ( un peu comme dans cette illustration ).
Clique ou double-clique sur les partitions de ton disque de 1To ( pour les monter puis en voir le contenu ).
Existent-t-il des dossiers dans ces partitions ? Lesquels ?
Enfin relance un
lsblk -fe7 -o +sizequi confirmera le fonctionnement « semi-automatique » normal des montages, et les UUID et étiquettes des diverses partitions.
Après toutes ces confirmations, et seulement après, on pourra modifier le fstab en conséquence.
Ou se dire : on en est à telle étape de tel tuto. Ou encore ajuster le tuto à ton nouveau contexte.
Dernière modification par Coeur Noir (Le 16/06/2021, à 11:44)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#270 Le 16/06/2021, à 12:07
- dauphin
Re : SSD en partie invisible [RESOLU]
Merci Coeur NOIr,
Voici les réponses aux commandes:
michel@michel-System-Product-Name:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 223,6G
├─sda1 ntfs Réservé au système F276A20D76A1D321 500M
├─sda2 ntfs A8D6BC32D6BBFE9E 97,2G
└─sda3 ext4 eb8a79ce-6a39-40a9-af87-28853183c2c6 107,8G 8% / 125,9G
sr0 1024M
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ sudo fdisk -l | grep -Ei "sd(a|b|c)" -A 8
[sudo] Mot de passe de michel :
Disque /dev/sda : 223,58 GiB, 240057409536 octets, 468862128 secteurs
Disk model: SanDisk SDSSDA24
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x61e8f117
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 1026047 1024000 500M 7 HPFS/NTFS/exFAT
/dev/sda2 1026048 204802047 203776000 97,2G 7 HPFS/NTFS/exFAT
/dev/sda3 204802048 468860927 264058880 125,9G 83 Linux
Disque /dev/loop8 : 51,4 MiB, 53522432 octets, 104536 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda3 during installation
UUID=eb8a79ce-6a39-40a9-af87-28853183c2c6 / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ Le disque de 1 To n'est pas visible; je vais éteindre l'ordi et vérifier si les nappes sot bien branchée et je relance les commandes
Edit :
C'était bien ça: le connecteur n'était pas complètement enfoncé. je relance les commandes
Dernière modification par dauphin (Le 16/06/2021, à 12:13)
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#271 Le 16/06/2021, à 12:19
- dauphin
Re : SSD en partie invisible [RESOLU]
Voici les réponses:
michel@michel-System-Product-Name:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 223,6G
├─sda1 ntfs Réservé au système F276A20D76A1D321 500M
├─sda2 ntfs A8D6BC32D6BBFE9E 97,2G
└─sda3 ext4 eb8a79ce-6a39-40a9-af87-28853183c2c6 107,8G 8% / 125,9G
sdb 931,5G
├─sdb1 ext4 Dossiers-Ubuntu 68c02ee4-57a5-4879-a539-7704fa8b6b8a 503G
└─sdb2 ntfs Dossiers-Windows 360664D30B460A8E 428,5G
sr0 1024M
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ sudo fdisk -l | grep -Ei "sd(a|b|c)" -A 8
[sudo] Mot de passe de michel :
Disque /dev/sda : 223,58 GiB, 240057409536 octets, 468862128 secteurs
Disk model: SanDisk SDSSDA24
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x61e8f117
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 1026047 1024000 500M 7 HPFS/NTFS/exFAT
/dev/sda2 1026048 204802047 203776000 97,2G 7 HPFS/NTFS/exFAT
/dev/sda3 204802048 468860927 264058880 125,9G 83 Linux
Disque /dev/sdb : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: WDC WD10EZEX-21M
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x0002d4b8
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 2048 1054906367 1054904320 503G 83 Linux
/dev/sdb2 1054906368 1953523711 898617344 428,5G 7 HPFS/NTFS/exFAT
Disque /dev/loop8 : 31,9 MiB, 32595968 octets, 63664 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda3 during installation
UUID=eb8a79ce-6a39-40a9-af87-28853183c2c6 / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 223,6G
├─sda1 ntfs Réservé au système F276A20D76A1D321 500M
├─sda2 ntfs A8D6BC32D6BBFE9E 97,2G
└─sda3 ext4 eb8a79ce-6a39-40a9-af87-28853183c2c6 107,8G 8% / 125,9G
sr0 1024M
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ où l'on voit bien que sdb n'est pas branché. Je vais vérifier que je ne me suis pas trompé de nappes, mais , si c'était le cas, je ne pense pas que cela aurait changé grand chose
Edit:
J'ai vérifié les nappes : les connecteurs n'étaient pas enfoncés complètement
Dernière modification par dauphin (Le 16/06/2021, à 12:42)
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#272 Le 16/06/2021, à 12:40
- dauphin
Re : SSD en partie invisible [RESOLU]
la suite:
Dans Dossiers-Ubuntu il y a tous les dossiers perso sauf "téléchargements" avec des fichiers que j'ai téléchargé pendant nos échanges: Bios Kingston, Boot-repair, Kms setup et Kms'UG.pdf ; les autres dossier sont vides.
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#273 Le 16/06/2021, à 12:54
- geole
Re : SSD en partie invisible [RESOLU]
Bonjour
@geole
Sinon comment expliques-tu #198 et #199 ? C'est à dire de nombreuses disparitions de dossiers et de liens !
Je n'ai pas vu les commandes de restoration de dauphin.....
Mais comme le fichier /etc/fstab a été flingué, je pense (sans certitude) qu'il a décidé de faire des commandes qui restoraient dans le répertoire / (donc aussi /home) et pas dans la partition de données. Il y a tellement de documentations disant que les données doivent être stockées dans /home que cela est presque excusable.
ou alors sa commande de restoration était mal codée.
Lorsqu'il aura monté la partition de données, on pourra savoir si ses données y sont bien présentes.
@geole
... on gagne du temps à savoir au premier coup d'œil que untel était en fait l'uid 1000 et tel autre l'uid 1001 et une telle 1012… c'est juste une astuce qui rend service.
Je continue de penser que c'est inutile.....
Juste bon à avoir un dauphin-1000 et un autre dauphin-1001 dans une seconde installation mal pilotée.
De plus, si la partition de données utilisateur est stockée dans un disque externe utilisable ailleurs, cette solution ne résous rien du tout. Voir ce cas https://forum.ubuntu-fr.org/viewtopic.php?id=2064992
@geole
Ne t'en déplaise, un dossier par utilisateur potentiel à la racine d'une partition est une bonne pratique. C'est clair net et précis.
J'ai toujours demandé si l'utilisateur pensait ne pas être le seul utilisateur de l'ordinateur
Lorsqu'il y a plusieurs utilisateurs; je propose effectivement cette solution mais depuis quelques mois, je doute qu'elle soit la bonne.
La bonne solution est probablement une partition de données par utilisateur. Cela nous affranchi de la gestion de l'utilisation des quota souvent source de conflit.
@geole
La partition relève du système, les dossiers sur cette partition relèvent des utilisateurs. C'est sain dans un système Linux fondamentalement multi-utilisateurs-et-groupes,
Nous savons que linux est totalement inadapté pour les ordinateurs personnels. Il faut faire plein de compromis. Mais c'est une façon pour eux de faire mettre au point aisément leur logiciel conçu pour travailler avec des milliers (millions?) de personnes.
Un ordinateur personnel est composé dans 100% des cas d'une seule personne connectée et probablement dans 5% des cas chaque connexion montre l'utilisation d'un autre O.S.
@geole
Tu vas me dire « il est le seul utilisateur » ? Déjà c'est fondamentalement faux dans Linux : des utilisateurs y'en a de base plein ( voir le fichier /etc/passwd pour t'en convaincre ).
Je pense que VOLONTAIREMENT tu fais des confusions avec les esclaves que j'utilise (ou root) pour faire des taches ingrates.
par exemple gdm, mail hp colour qui doivent m'obéir (ou à root).
Le responsable de mon ordinateur c'est avant tout moi! et pas les 100? lignes du fichier que tu indiques.
@geole
On peut se passer de créer une maison complète pour le deuxième utilisateur « secours » à la rigueur - même si ça a valeur d'exemple ou de comparaison - mais créer un deuxième utilisateur « humain » et de type « administrateur » est loin d'être superflu.
Mon constat: L'installateur de ubuntu ne le prévoit pas du tout.
Cependant, lorsqu'il arrive que l'utilisateur normal ne peut plus utiliser l'écran, quasi systématiquement, on constate qu'il n'y a pas un second utilisateur de défini permettant de vérifier que c'est un problème d'affichage spécifique. Je suis donc dans l'obligation de demander la création d'un second utilisateur administrateur que j'appelle sos. C'est une installation à minima car uniquement pour dépannage!
Il me semble que j'en suis à trois demandes de ce type en deux ans.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#274 Le 16/06/2021, à 13:10
- geole
Re : SSD en partie invisible [RESOLU]
Bonjour dauphin
J'espère ne pas me tromper dans la codification
Peux-tu donner ces quatre retours
ls -ls /media/68c02ee4-57a5-4879-a539-7704fa8b6b8a ls -ls /media/68c02ee4-57a5-4879-a539-7704fa8b6b8a/dauphin-1000 ls -ls /media/Dossiers-Ubuntuls -ls /media/Dossiers-Ubuntu/dauphin-1000Dernière modification par geole (Le 16/06/2021, à 13:13)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#275 Le 16/06/2021, à 13:23
- dauphin
Re : SSD en partie invisible [RESOLU]
Merci geole,
Voici les réponses aux commandes:
michel@michel-System-Product-Name:~$ ls -ls /media/68c02ee4-57a5-4879-a539-7704fa8b6b8a
ls: impossible d'accéder à '/media/68c02ee4-57a5-4879-a539-7704fa8b6b8a': Aucun fichier ou dossier de ce type
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ ls -ls /media/68c02ee4-57a5-4879-a539-7704fa8b6b8a/dauphin-1000
ls: impossible d'accéder à '/media/68c02ee4-57a5-4879-a539-7704fa8b6b8a/dauphin-1000': Aucun fichier ou dossier de ce type
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ ls -ls /media/Dossiers-Ubuntu
ls: impossible d'accéder à '/media/Dossiers-Ubuntu': Aucun fichier ou dossier de ce type
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ ls -ls /media/Dossiers-Ubuntu/dauphin-1000
ls: impossible d'accéder à '/media/Dossiers-Ubuntu/dauphin-1000': Aucun fichier ou dossier de ce type
michel@michel-System-Product-Name:~$ Le dossier Dossiers-Ubuntu existe pourtant bien: je le vois avec Nautilus mais les sous-dossiers sont vides. En fait l'adresse est /media/michel/Dossiers-Ubuntu
Dernière modification par dauphin (Le 16/06/2021, à 13:25)
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne