Ubuntu-fr

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.

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

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)

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

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...

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

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...

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

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...

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

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

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

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

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

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

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)

bluc

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...

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

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/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

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

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)

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

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)

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 < ⋅ >

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)

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

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