#1 Le 01/12/2020, à 22:50
- angel0915
Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Bonjour !
J'ai un énorme souci, de la taille d'environ... 1.9 To.
J'avais eu un plantage général suite au passage de la version 18.04 à la 20.04 qui m'a obligée à totalement réinstaller Ubuntu, ce que j'ai fait en version 20.04. J'ai choisi une installation automatique, et roule. L'installation c'est très bien passée, et quand j'ai regardé mon système de partitions, je n'ai vraiment pas fait attention, car tout me semblait identique au précédent.
Sauf que non. Au lieu d'avoir une partition accessible sur les 1.9 To donnés pour stocker mes données et autres, je me retrouve avec une partition minimale d'à peine 39 Go et tout le reste... est vide et noté en MBR. résultat disque plein alors que je n'en ai utilisé qu'un minimum jusqu'ici.
Comment je peux faire pour changer ça ? Je dois totalement réinstaller mon système et modifier les choses à l'installation ou y a t'il une possibilité en passant par les ordres dans le terminal ?
Merci de l'aide par avance, parce que là je commence à vraiment criser. Entre ça, et les logiciels qui ne fonctionnent plus sur le 20.04, des solutions à trouver pour tout... je finis par me demander si je ne vais pas carrément revenir en arrière, d'autant que mon ordi me sert pour le boulot principalement.
Hors ligne
#2 Le 01/12/2020, à 23:30
- Qid
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Bon... Déjà on va se détendre un peu... Et pour être le plus au clair possible je vais te demander un truc qu'en principe on évite : un imprim écran de gparted !
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#3 Le 02/12/2020, à 09:41
- MicP
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Bonjour
Avant de faire une copie d'écran de la fenêtre de GParted
vas dans le menu Affichage et coche les cases en face des labels :
Informations sur le périphérique
Opérations en attente
et agrandis la fenêtre pour qu'aucune ligne de texte ne soit tronquée,
comme ci-dessous :
Merci
Dernière modification par MicP (Le 02/12/2020, à 09:42)
Hors ligne
#4 Le 02/12/2020, à 10:59
- geole
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Bonjour
Pourrais-tu lancer un boot-info et poster l'URL qui va être générée.
sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y boot-info && boot-info
Tu donneras aussi ces retours
sudo parted /dev/sda unit MiB print free
lsblk -fe7 -o +size
Dernière modification par geole (Le 02/12/2020, à 11:07)
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
#5 Le 02/12/2020, à 18:10
- angel0915
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
@ MicP
Désolée, mais je n'ai pas vraiment l'habitude d'envoyer des images et autres. Image écran demandée
J'ignore si tu pourras la lire...
Hors ligne
#6 Le 02/12/2020, à 18:20
- bluc
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
tu as bien ta partition sda6 qui contient 1 To de données
les liens vers ces données ne sont peut etre pas fait
(c'est meme sûr J'ai choisi une installation automatique )
Ta première installation devait etre avec home séparé
donne le retour de
ls -l ~ | grep -E "^l|^d"
et
cat /etc/fstab
Dernière modification par bluc (Le 02/12/2020, à 18:28)
Clevo : Ubuntu 23.10 ❖ Xubuntu 22.10 ❖ Kubuntu 23.10
avec partition data commune Une fraction de seconde Multiboot
Hors ligne
#7 Le 02/12/2020, à 18:24
- angel0915
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
@ geole
Les résultats demandés sont les suivants :
résultat boot-info
sinon pour les autres ordres...
image résultats ordres
encore désolée, mais je ne sais pas comment envoyer ici les résultats de mon terminal...
Hors ligne
#8 Le 02/12/2020, à 18:29
- angel0915
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
@ bluc
Donc comme pour les précédents : voilà les résultats demandés...
résultat des ordres
Hors ligne
#9 Le 02/12/2020, à 18:32
- angel0915
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
En tout cas, déjà merci pour l'aide... parce que là... je ne sais vraiment plus quoi faire. Sinon, il m'avait quand même démonté la partition, que j'ai remonté heureusement, puis j'ai vu qu'il m'avait scindé ça en deux, d'un côté le GRUB avec 999 Mo de place, perdue totalement pour moi, et le reste en disque virtuel complémentaire. Mais ça ne m'arrange vraiment pas...
Hors ligne
#10 Le 02/12/2020, à 18:40
- bluc
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Rien de perdu
Ta partition est montée , il semblerait que tu as effectué ce montage avec Disques
tu peux y accéder depuis le navigateur de fichiers → Autres emplacements → Ordinateur → mnt →31e9........
Il sera nécessaire
_soit de récupérer cette partition en /home comme certainement la première installation, en modifiant le fichier /etc/fstab et quelques autres manipulations simples
_soit en partition de données séparée ou tes fichiers seront dirigés par des liens , en modifiant différemment le fichier fstab et aussi quelques autres manipulations simples
donne le retour de
ls /mnt/31e9b3b8-2482-4ee0-aea6-128a15f02dea
Les exemples des liens ne sont pas a appliquer a la lettre (juste pour te montrer) parce que tu as déjà des données sur ton home actuel qu'il faudra déplacer dans les dossiers correspondants sur sda6 (soit maintenant soit ensuite après sauvegardes provisoire, si ru veux)
si cette partition était /home avant , sans doute serait il mieux de choisir la proposition home , ( meme si moi je choisirais la data)
Dernière modification par bluc (Le 02/12/2020, à 19:03)
Clevo : Ubuntu 23.10 ❖ Xubuntu 22.10 ❖ Kubuntu 23.10
avec partition data commune Une fraction de seconde Multiboot
Hors ligne
#11 Le 02/12/2020, à 18:41
- xubu1957
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Bonjour,
Collage du boot-info :
boot-info-4ppa125 [20201202_1712]
============================== 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 (,msdos1)/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
---------------------------------------------------------------------------
sda1: __________________________________________________________________________
File system: ext2
Boot sector type: -
Boot sector info:
Operating System:
Boot files: /grub/grub.cfg /grub/i386-pc/core.img
sda2: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi
/efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi
/efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg
sda3: __________________________________________________________________________
File system: Extended Partition
Boot sector type: Unknown
Boot sector info:
sda5: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sda6: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sda7: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.1 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
================================ 1 OS detected =================================
OS#1: L'OS actuellement utilisé - Ubuntu 20.04.1 LTS CurrentSession on sda7
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.4.0-54-generic root=UUID=14f66ddc-2887-4202-ac29-58d195137cf8 ro quiet splash vt.handoff=7
===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session.
SecureBoot disabled.
efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0002
Boot0000* ubuntu HD(2,MBR,0x5b44db57,0x1dd000,0x100800)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0001* Hard Drive BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0200)..GO..NO..........S.T.2.0.0.0.D.M.0.0.6.-.2.D.M.1.6.4...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .4.Z.7.Z.5.Y.Q.9........BO
Boot0002* CD/DVD Drive BBS(CDROM,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0300)..GO..NO..........D.R.W.-.2.4.D.5.M.T...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L.2.K.I.1.J.1.1.I.5.4. .0. . . . . . . . ........BO
2895d47544fd587b26c7e29be1295c27 sda2/BOOT/fbx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84 sda2/BOOT/mmx64.efi
8ed07d5ee4e5e1534bcf64037b7589ff sda2/ubuntu/grubx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84 sda2/ubuntu/mmx64.efi
78415fb8fb9b909f8029858113f1335f sda2/ubuntu/shimx64.efi
78415fb8fb9b909f8029858113f1335f sda2/BOOT/BOOTX64.efi
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : notGPT, no-BIOSboot, has---ESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda7 : is-os, 64, apt-get, signed grub-pc grub-efi , grub2, grub-install, grubenv-ok, update-grub, not-far
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, grubenv-ng, noupdategrub, not-far
sda2 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda6 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
sda7 : isnotESP, fstab-has-goodEFI, 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, no-bmgr, notwinboot
sda2 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda6 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda7 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sda1 : is-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
sda6 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
fdisk -l (filtered): ___________________________________________________________
Disk sda: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
Disk identifier: 0x5b44db57
Boot Start End Sectors Size Id Type
sda1 2048 1953791 1951744 953M 83 Linux
sda2 * 1953792 3004415 1050624 513M ef EFI (FAT-12/16/32)
sda3 3006462 3907028991 3904022530 1.8T 5 Extended
sda5 80080896 119140351 39059456 18.6G 82 Linux swap / Solaris
sda6 119142400 3907028991 3787886592 1.8T 83 Linux
sda7 3006464 80080895 77074432 36.8G 83 Linux
Partition table entries are not in disk order.
Disk zram0: 950.98 MiB, 997146624 bytes, 243444 sectors
Disk zram1: 950.98 MiB, 997146624 bytes, 243444 sectors
parted -lm (filtered): _________________________________________________________
sda:2000GB:scsi:512:4096:msdos:ATA ST2000DM006-2DM1:;
1:1049kB:1000MB:999MB:ext2::;
2:1000MB:1538MB:538MB:fat32::boot, esp;
3:1539MB:2000GB:1999GB:::;
7:1539MB:41.0GB:39.5GB:ext4::;
5:41.0GB:61.0GB:20.0GB:linux-swap(v1)::;
6:61.0GB:2000GB:1939GB:ext4::;
zram1:997MB:unknown:4096:4096:loop:Unknown:;
1:0.00B:997MB:997MB:linux-swap(v1)::;
zram0:997MB:unknown:4096:4096:loop:Unknown:;
1:0.00B:997MB:997MB:linux-swap(v1)::;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 ext2 0135c6df-74ba-4abb-9260-9e0267f5b467 5b44db57-01
├─sda2 vfat C932-A74A 5b44db57-02
├─sda3 5b44db57-03
├─sda5 swap ddf9f1f9-41c6-4d41-b8ef-d4efc4cb5ce6 5b44db57-05
├─sda6 ext4 31e9b3b8-2482-4ee0-aea6-128a15f02dea 5b44db57-06
└─sda7 ext4 14f66ddc-2887-4202-ac29-58d195137cf8 5b44db57-07
zram0
zram1
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 690.2M 21% /mnt/boot-sav/sda1
sda6 709G 55% /mnt/31e9b3b8-2482-4ee0-aea6-128a15f02dea
sda7 1002.2M 92% /
Mount options: __________________________________________________________________
sda1 rw,relatime
sda6 rw,nosuid,nodev,relatime
sda7 rw,relatime,errors=remount-ro
======================== sda1/grub/grub.cfg (filtered) =========================
Ubuntu 6798fd96-75b8-4659-a339-3b80b17c7527
Ubuntu, avec Linux 5.4.0-54-generic 6798fd96-75b8-4659-a339-3b80b17c7527
Ubuntu, avec Linux 5.4.0-53-generic 6798fd96-75b8-4659-a339-3b80b17c7527
Ubuntu, avec Linux 5.4.0-52-generic 6798fd96-75b8-4659-a339-3b80b17c7527
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
==================== sda1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
0,790527344 = 0,848822272 grub/grub.cfg 2
0,035694122 = 0,038326272 grub/i386-pc/core.img 1
0,790328979 = 0,848609280 vmlinuz 8
0,782260895 = 0,839946240 vmlinuz-5.4.0-52-generic 8
0,790161133 = 0,848429056 vmlinuz-5.4.0-53-generic 9
0,790328979 = 0,848609280 vmlinuz-5.4.0-54-generic 8
0,790161133 = 0,848429056 vmlinuz.old 9
0,790523529 = 0,848818176 initrd.img 9
0,790451050 = 0,848740352 initrd.img-5.4.0-52-generic 11
0,764934540 = 0,821342208 initrd.img-5.4.0-53-generic 8
0,790523529 = 0,848818176 initrd.img-5.4.0-54-generic 9
0,764934540 = 0,821342208 initrd.img.old 8
===================== sda2/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 14f66ddc-2887-4202-ac29-58d195137cf8 root hd0,msdos7
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== sda7/boot/grub/grub.cfg (filtered) ======================
Ubuntu 14f66ddc-2887-4202-ac29-58d195137cf8
Ubuntu, avec Linux 5.4.0-56-generic 14f66ddc-2887-4202-ac29-58d195137cf8
Ubuntu, avec Linux 5.4.0-54-generic 14f66ddc-2887-4202-ac29-58d195137cf8
Ubuntu, avec Linux 5.4.0-42-generic 14f66ddc-2887-4202-ac29-58d195137cf8
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###
========================== sda7/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda7 during installation
UUID=14f66ddc-2887-4202-ac29-58d195137cf8 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=C932-A74A /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
/dev/disk/by-uuid/31e9b3b8-2482-4ee0-aea6-128a15f02dea /mnt/31e9b3b8-2482-4ee0-aea6-128a15f02dea auto nosuid,nodev,nofail,x-gvfs-show 0 0
======================= sda7/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
==================== sda7: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
37,893791199 = 40,688148480 boot/grub/grub.cfg 1
29,502944946 = 31,678545920 boot/vmlinuz 2
5,811641693 = 6,240202752 boot/vmlinuz-5.4.0-42-generic 2
8,842906952 = 9,494999040 boot/vmlinuz-5.4.0-54-generic 1
29,502944946 = 31,678545920 boot/vmlinuz-5.4.0-56-generic 2
8,842906952 = 9,494999040 boot/vmlinuz.old 1
35,480373383 = 38,096760832 boot/initrd.img 4
5,493247986 = 5,898330112 boot/initrd.img-5.4.0-42-generic 2
12,140312195 = 13,035560960 boot/initrd.img-5.4.0-54-generic 4
35,480373383 = 38,096760832 boot/initrd.img-5.4.0-56-generic 4
12,140312195 = 13,035560960 boot/initrd.img.old 4
===================== sda7: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 17622 nov. 13 00:15 10_linux
-rwxr-xr-x 1 root root 42359 nov. 13 00:15 10_linux_zfs
-rwxr-xr-x 1 root root 12894 juil. 31 02:34 20_linux_xen
-rwxr-xr-x 1 root root 12059 juil. 31 02:34 30_os-prober
-rwxr-xr-x 1 root root 1424 juil. 31 02:34 30_uefi-firmware
-rwxr-xr-x 1 root root 214 juil. 31 02:34 40_custom
-rwxr-xr-x 1 root root 216 juil. 31 02:34 41_custom
======================== Unknown MBRs/Boot Sectors/etc =========================
Unknown BootLoader on sda3
00000000 aa a6 0e 63 a0 85 72 76 89 13 52 11 2b b1 28 3b |...c..rv..R.+.(;|
00000010 1f 24 48 25 5d 77 ec c6 40 33 03 1d b5 01 5b 0f |.$H%]w..@3....[.|
00000020 63 a9 4c 7a 31 26 1e 1e 2f ce a0 33 7b 31 0b c5 |c.Lz1&../..3{1..|
00000030 31 f4 a7 63 c9 f8 5c ac 5c 29 19 08 41 80 b4 8f |1..c..\.\)..A...|
00000040 0c 0f 26 ab 15 e8 ac 54 2c c7 18 8a db df d1 cb |..&....T,.......|
00000050 f1 16 13 00 f6 fd 60 c9 3c cf ed 30 31 49 a0 67 |......`.<..01I.g|
00000060 63 f8 c6 c5 62 40 ce d7 e0 7f 19 e3 3c ae d9 4b |c...b@......<..K|
00000070 ae 00 63 a8 8b ae 8e 56 85 c9 03 83 b3 3d 83 c1 |..c....V.....=..|
00000080 1e 60 4b 7e 48 93 f6 60 40 e8 c3 40 34 1f 23 81 |.`K~H..`@..@4.#.|
00000090 c2 c1 11 83 29 c6 7b 2b 56 c2 da 01 0c 3e 3a 0a |....).{+V....>:.|
000000a0 04 de a3 14 30 8a 79 1f b6 c1 9e c1 64 a4 c2 fc |....0.y.....d...|
000000b0 40 30 6b e4 e6 29 9a bd c7 e9 d0 7a 8d 74 a6 11 |@0k..).....z.t..|
000000c0 12 1b 9c f6 e3 50 ca eb d4 1c 80 6b db 83 c1 63 |.....P.....k...c|
000000d0 15 8d 1b 62 0b e5 51 ec 7f 75 a6 e2 f1 b3 a8 af |...b..Q..u......|
000000e0 84 81 ac 0f e5 f0 a0 5c b8 7f ae 64 60 a2 d8 86 |.......\...d`...|
000000f0 1a c1 45 b3 c5 24 a4 7b fb d3 99 dc 59 06 ac 25 |..E..$.{....Y..%|
00000100 43 42 31 86 2b 62 30 49 2b 31 2c 6f 73 25 23 13 |CB1.+b0I+1,os%#.|
00000110 48 66 33 1d fd fd 03 34 3c 0a e9 a2 33 0c 2e 91 |Hf3....4<...3...|
00000120 ab 76 48 95 4a 1e 48 97 4a 6d ad b3 fa c4 9d d1 |.vH.J.H.Jm......|
00000130 46 2e 08 11 8e 07 f9 e1 ae 3b cd 82 95 76 18 f0 |F........;...v..|
00000140 dd 18 93 21 71 d2 22 60 5a 72 90 24 18 18 34 f7 |...!q."`Zr.$..4.|
00000150 60 12 6b c4 2c e5 c7 b7 8a 49 a0 19 8c 11 47 73 |`.k.,....I....Gs|
00000160 8c e1 0e 4c 2e 42 aa 08 a1 a1 9a 05 e1 a3 10 9f |...L.B..........|
00000170 41 02 98 6f 42 60 06 12 a2 00 ea 09 8c 8b 05 d2 |A..oB`..........|
00000180 3a 6b 33 a4 64 11 d8 df da 99 cc 24 16 00 1f 27 |:k3.d......$...'|
00000190 7e 5c c9 eb 60 2c 70 45 50 d1 8e 21 75 8f cd ae |~\..`,pEP..!u...|
000001a0 8e a5 d3 a9 c5 98 8c 20 55 12 c7 ee f2 98 c5 76 |....... U......v|
000001b0 27 53 89 d5 a0 5f 96 14 c4 64 eb 77 e3 32 00 fe |'S..._...d.w.2..|
000001c0 ff ff 82 fe ff ff 02 10 98 04 00 00 54 02 00 fe |............T...|
000001d0 ff ff 05 fe ff ff 02 10 ec 06 00 98 c6 e1 00 00 |................|
000001e0 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
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub-efi-amd64-signed of
sda7,
using the following options: sda2/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 20.04.1 LTS CurrentSession entry (sda2/efi/****/shim****.efi (**** will be updated in the final message) file) !
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#12 Le 02/12/2020, à 20:17
- Qid
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
si cette partition était /home avant , sans doute serait il mieux de choisir la proposition home , ( meme si moi je choisirais la data)
Si vous faite cette supposition je pense au contraire que c'est le moment de comprendre qu'isoler le home entraîne un risque d'erreur du style qu'on vit actuellement... Donc non c'est le moment d'arrêter cette mauvaise idée... En plus pour un débutant c'est plus facile de nettoyer la partition data des fichiers de config du home que de vouloir raccrocher un home oublié lors de l'installation...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#13 Le 02/12/2020, à 20:27
- Qid
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
je me retrouve avec une partition minimale d'à peine 39 Go et tout le reste... est vide et noté en MBR. résultat disque plein alors que je n'en ai utilisé qu'un minimum jusqu'ici.
Comment je peux faire pour changer ça ?
Au fait pour repartir du post initial... non le reste n'est pas vide par contre quelqu'un peut m'expliquer l'utilité de la partition de 20go pour la swap !? Entre le fait que c'est certainement immensément inutile sur le principe et que en plus maintenant le swap sait se mettre dans un fichier à la racine... Bref histoire de remettre les choses au propre ce n'est pas là qu'il faudrait récupérer de l'espace ?
Édit : je me répond à moi même vu le fstab : en fait c'est assez étonnant car effectivement le système a bien un swap inclu et n'utilise pas celui de la partition... Quel bazar !
Et les 2 zram c'est quoi ?
Dernière modification par Qid (Le 02/12/2020, à 20:35)
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#14 Le 02/12/2020, à 20:34
- geole
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Bonjour
Dans le boot-info, on a un début de réponse.
La partition est déjà décrite dans le fichiers /etc/fstab
/dev/disk/by-uuid/31e9b3b8-2482-4ee0-aea6-128a15f02dea /mnt/31e9b3b8-2482-4ee0-aea6-128a15f02dea auto nosuid,nodev,nofail,x-gvfs-show 0 0
Peux-tu donner ce retour en copier/coller afin de faire les commandes de liens
ls -ls /mnt/31e9b3b8-2482-4ee0-aea6-128a15f02dea
On notera que ta partition contenant l'O.S. est quasiment pleine
Avail Use% Mounted on
sda7 1002.2M 92% /
et que tu as maintenant une installation en EFI au lieu de légacy
===================== sda2/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 14f66ddc-2887-4202-ac29-58d195137cf8 root hd0,msdos7
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
Donc la partition SDA1 est devenue inutile.
Dernière modification par geole (Le 02/12/2020, à 20: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
#15 Le 02/12/2020, à 20:39
- Qid
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
(J'ai édité entre temps mon post précédent pour info)
Peux-tu donner ce retour en copier/coller afin de faire les commandes de liens
ls -ls /mnt/31e9b3b8-2482-4ee0-aea6-128a15f02dea
J'ai peur du résultat... Mais du coup au delà du manque d'espace j'ai du mal à comprendre le reste du problème... Sans volonté de me moquer ça sent l'utilisateur perdu dans la façon d'utiliser son système
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#16 Le 02/12/2020, à 21:00
- MicP
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
@ MicP
Désolée, mais je n'ai pas vraiment l'habitude d'envoyer des images et autres. Image écran demandée
J'ignore si tu pourras la lire...
Voilà ton image ci-dessous :
Tout va bien, sauf qu'en agrandissant la fenêtre GParted un peu plus en largeur
on aurait pu voir le nom du point de montage utilisé par le système de fichiers de la partition accessible par /dev/sda6
Mais de toutes façons, tout va bien, puisque avec les autres informations fournies,
on arrive à en déduire que ce nom de point de montage est : /mnt/31e9b3b8-2482-4ee0-aea6-128a15f02dea
=======
Dans la situation actuelle :
la partition racine /dev/sda7 est presque pleine,
et il y a 799GB de disponible dans le système de fichiers de la partition /dev/sda6
On peut, depuis GParted et sans avoir besoin d'utiliser une version live
"donner" à /dev/sda7 les 18GB occupés par la partition de swap /dev/sda5
1- Démonter le système de fichiers de la partition /dev/sda6
2- Réduire de 20GB la taille de la partition /dev/sda6
3- monter le système de fichiers de la partition /dev/sda6
4- Désactiver la partition de swap /dev/sda5
5- Copier la partition de swap /dev/sda5 dans l'espace de 20GB qui aura été rendu disponible
6- Une fois la copie (/dev/sda8) créée, supprimer la partition de swap /dev/sda5
7- Activer la partition de swap /dev/sda8
8- Agrandir au maximum la partition /dev/sda7
Dernière modification par MicP (Le 02/12/2020, à 21:37)
Hors ligne
#17 Le 02/12/2020, à 21:48
- bluc
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
bluc a écrit :si cette partition était /home avant , sans doute serait il mieux de choisir la proposition home , ( meme si moi je choisirais la data)
Si vous faite cette supposition je pense au contraire que c'est le moment de comprendre qu'isoler le home entraîne un risque d'erreur du style qu'on vit actuellement... Donc non c'est le moment d'arrêter cette mauvaise idée... En plus pour un débutant c'est plus facile de nettoyer la partition data des fichiers de config du home que de vouloir raccrocher un home oublié lors de l'installation...
Perso moi aussi ,je préfère data, je l'ai même dit dans cette phrase , mais le rattachement d'une partition a home vas tres bien , je l'ai fait encore cette semaine
Ça m'a prit 2 ou trois minutes en faisant la procédure complète de mon lien avec un home peu volumineux
_____________________________________________________________________________________________________________
Est ce que c'était une partition home ?, c'est pour cela que j'ai demandé plus haut
ls /mnt/31e9b3b8-2482-4ee0-aea6-128a15f02dea
montrerais au moins si c'était une partition home ou peut etre deja une partition de donnée data, puisse qu'on voit qu'elle a été montée apres l'installation de Ubuntu , avec Disque, je pense , sans doute dans le but de retrouver son systeme comme avant
Apres oui il est facile de supprimer tout les fichiers cachés pour en faire une data dans ce cas je monterais la partition autrement que comme elle est
Pour que la ligne commence comme ceci
UUID=xxxxxxx
Dernière modification par bluc (Le 02/12/2020, à 22:33)
Clevo : Ubuntu 23.10 ❖ Xubuntu 22.10 ❖ Kubuntu 23.10
avec partition data commune Une fraction de seconde Multiboot
Hors ligne
#18 Le 02/12/2020, à 22:28
- geole
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
On peut, depuis GParted et sans avoir besoin d'utiliser une version live
"donner" à /dev/sda7 les 18GB occupés par la partition de swap /dev/sda51- Démonter le système de fichiers de la partition /dev/sda6
2- Réduire de 20GB la taille de la partition /dev/sda6
3- monter le système de fichiers de la partition /dev/sda6
4- Désactiver la partition de swap /dev/sda5
5- Copier la partition de swap /dev/sda5 dans l'espace de 20GB qui aura été rendu disponible
6- Une fois la copie (/dev/sda8) créée, supprimer la partition de swap /dev/sda5
7- Activer la partition de swap /dev/sda8
8- Agrandir au maximum la partition /dev/sda7
Pas mal d'erreurs.
on peut effectivement supprimer la partition déclarée swap puisque pas citée dan le fstab
on peut alors booter avec une live usb et lancer gparted pour agrandir sda7.
Dernière modification par geole (Le 02/12/2020, à 22:30)
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
#19 Le 02/12/2020, à 22:39
- MicP
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Pas besoin de Live :
L'agrandissement d'une partition hébergeant un système de fichiers de type ext4
peut se faire "à chaud" <=> système de fichiers en cours d'utilisation.
Toutes les opérations que j'ai proposé de faire
peuvent êtres faîtes depuis GParted tel qu'il est affiché
dans la capture d'écran envoyée par angel0915
Et comme la partition de swap /dev/sda5 n'est pas utilisée,
ça va être encore plus simple et rapide à faire :
1- Supprimer la partition de swap /dev/sda5
2- Agrandir au maximum la partition /dev/sda7
Dernière modification par MicP (Le 02/12/2020, à 23:01)
Hors ligne
#20 Le 02/12/2020, à 23:45
- Qid
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Pas besoin de Live :
L'agrandissement d'une partition hébergeant un système de fichiers de type ext4
peut se faire "à chaud" <=> système de fichiers en cours d'utilisation.
C'est nouveau ça vient de sortir !?
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#21 Le 03/12/2020, à 04:05
- MicP
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
J'utilise, pour mon système de fichiers racine,
la partition /dev/sda5 de 13,5Gio
et juste après, il y a une partition de swap /dev/sda8 de 3,94Gio
Je sélectionne la partition de swap /dev/sda8 et je la supprime :
Ça donne un espace non alloué juste après ma partition racine :
Je sélectionne la partition /dev/sda5 et je choisi de la redimensionner
Je sélectionne le côté droit de la partition
pour l'agrandir au maximum possible :
La partition /dev/sda5 et son système de fichiers ont bien été agrandis "à chaud"
Sur Toile Libre ou TDCT'Pix, choisir le lien « Insérer la miniature dans un forum : »
Dernière modification par cqfd93 (Le 03/12/2020, à 11:17)
Hors ligne
#22 Le 03/12/2020, à 05:12
- Coeur Noir
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Euh non, là tu n'as rien fait : les 2 opérations sont en attente.
Si tu cliques la coche verte, pour lancer ces opérations, je pense que ça va faire boum ( un message d'erreur quelconque signifiant « impossible de modifier des partitions en cours d'utilisation » ).
Quand un utilisateur ( ou les aidants ) semblent un peu perdus avec les partitions, une commande bien pratique, c'est :
lsblk -fe7 -o +size
élargir la fenêtre du terminal avant de lancer cette commande pour ne pas en tronquer le retour ( c'est un tableau assez large ).
elle liste tous les disques et partitions en présence ( montés ou pas ) avec leurs labels, uuid, points de montage, etc…
C'est une commande purement descriptive, qui ne modifie rien nulle part. Contrairement au lancement de Gparted qui peut avoir des conséquences fâcheuses si on s'en sert maladroitement.
Dernière modification par Coeur Noir (Le 03/12/2020, à 05:13)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#23 Le 03/12/2020, à 07:40
- MicP
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Euh non, là tu n'as rien fait : les 2 opérations sont en attente.
Oui, je n'avais pas envoyé la bonne capture d'écran
… je pense que ça va faire boum …
Non, ça a fait ce qui était attendu : agrandir le partition et le système de fichiers ext4 contenu.
Voilà les dernières lignes
du contenu affiché du fichier gparted_details.htm final :
========================================
Supprimer Partition logique (linux-swap, 3.94 Gio) de /dev/sda 00:00:00 ( SUCCÈS )
calibrer /dev/sda8 00:00:00 ( SUCCÈS )
chemin : /dev/sda8 (partition)
début : 427765760
fin : 436029439
taille : 8263680 (3.94 Gio)
supprimer la partition 00:00:00 ( SUCCÈS )
========================================
Agrandir /dev/sda5 de 13.50 Gio à 17.44 Gio 00:00:01 ( SUCCÈS )
calibrer /dev/sda5 00:00:00 ( SUCCÈS )
chemin : /dev/sda5 (partition)
début : 399456256
fin : 427763711
taille : 28307456 (13.50 Gio)
agrandir la partition de 13.50 Gio à 17.44 Gio 00:00:00 ( SUCCÈS )
ancien début : 399456256
ancienne fin : 427763711
ancienne taille : 28307456 (13.50 Gio)
nouveau début : 399456256
nouvelle fin : 436029439
nouvelle taille : 36573184 (17.44 Gio)
agrandir le système de fichiers pour remplir la partition 00:00:01 ( SUCCÈS )
resize2fs -p '/dev/sda5' 00:00:01 ( SUCCÈS )
Le système de fichiers de /dev/sda5 est monté sur / ; le changement de taille doit être effectué en ligne
old_desc_blocks = 2, new_desc_blocks = 3
Le système de fichiers sur /dev/sda5 a maintenant une taille de 4571648 blocs (4k).
resize2fs 1.45.5 (07-Jan-2020)
Dernière modification par MicP (Le 03/12/2020, à 08:14)
Hors ligne
#24 Le 03/12/2020, à 08:18
- xinu
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Non, ça a fait ce qui était attendu
Il semble que oui, à condition que tous les FS se trouvant plus loin sur le disque soient démontés, swaps inclus.
D'ailleurs dans Gparted on voit :
On n'en parle ici : https://sourceforge.net/p/e2fsprogs/dis … #9b09/a51f
Donc AGRANDIR oui, réduire non.
Dernière modification par xinu (Le 03/12/2020, à 08:25)
Asus PM8H61-MX USB3 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz DDR3 8Go
Ubuntu 16.04 LTS - ESM 64 bits. Bureau Unity. Ubuntu 20.04 LTS 64 bits . Gnome 3.36.8
Hors ligne
#25 Le 03/12/2020, à 08:41
- Qid
Re : Partition en MBR = disque plein !!! Des ordres pour le corriger ?
Enfin de toutes façons par principe on ne manipule pas de partition à chaud ! C'est tout...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne