Partition de boot pleine

Résolu/Fermé
SylverWolf Messages postés 13 Date d'inscription samedi 24 août 2019 Statut Membre Dernière intervention 13 juin 2022 - 29 mars 2022 à 17:01
mamiemando Messages postés 32974 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 2 mars 2024 - 6 mai 2022 à 13:16
Bonjour,

Lorsque je lance mon pc sous linux (je dual boot Arch linux et Windows 10), il m'indique qu'il ne me reste que 1Ko de disponible dans la partition de boot. J'ai déjà regardé les fichiers présents dans cette partition, mais je ne sais pas si certains sont innutiles ou pas. De plus, au paravant, j'ai déjà testé garuda linux, mais quand je l'ai finalement desinstallé, le grub ne s'affichais plus et j'ai pu récupérer l'espace occupé (logique), cependant dans la partie de boot du bios, cet os est toujours détecté, je ne sais pas si cela peut avoir un rapport.

Je ne sais pas vraiment quoi faire, je me tourne donc vers vous !

En esperant ne pas m'être trompé de partie du forum '^^,
Si vous avez besoin de quoi que ce sois, n'hésitez pas a demander,
Merci par avance et bonne journée,
Sylver

Capture d'écran des infos des dossiers/fichiers de root de la partition boot :



Contenu du résultat de "tree /boot" :

tree /boot

/boot
├── EFI
│   ├── Boot
│   │   └── bootx64.efi
│   ├── Microsoft
│   │   ├── Boot
│   │   │   ├── BCD
│   │   │   ├── BCD.LOG
│   │   │   ├── BCD.LOG1
│   │   │   ├── BCD.LOG2
│   │   │   ├── BOOTSTAT.DAT
│   │   │   ├── Fonts
│   │   │   │   ├── chs_boot.ttf
│   │   │   │   ├── cht_boot.ttf
│   │   │   │   ├── jpn_boot.ttf
│   │   │   │   ├── kor_boot.ttf
│   │   │   │   ├── malgun_boot.ttf
│   │   │   │   ├── malgunn_boot.ttf
│   │   │   │   ├── meiryo_boot.ttf
│   │   │   │   ├── meiryon_boot.ttf
│   │   │   │   ├── msjh_boot.ttf
│   │   │   │   ├── msjhn_boot.ttf
│   │   │   │   ├── msyh_boot.ttf
│   │   │   │   ├── msyhn_boot.ttf
│   │   │   │   ├── segmono_boot.ttf
│   │   │   │   ├── segoe_slboot.ttf
│   │   │   │   ├── segoen_slboot.ttf
│   │   │   │   └── wgl4_boot.ttf
│   │   │   ├── Resources
│   │   │   │   ├── bootres.dll
│   │   │   │   └── fr-FR
│   │   │   │       └── bootres.dll.mui
│   │   │   ├── bg-BG
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── boot.stl
│   │   │   ├── bootmgfw.efi
│   │   │   ├── bootmgr.efi
│   │   │   ├── cs-CZ
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── da-DK
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── de-DE
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── el-GR
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── en-GB
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── en-US
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── es-ES
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── es-MX
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── et-EE
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── fi-FI
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── fr-CA
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── fr-FR
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── hr-HR
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── hu-HU
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── it-IT
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── ja-JP
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── kd_02_10df.dll
│   │   │   ├── kd_02_10ec.dll
│   │   │   ├── kd_02_1137.dll
│   │   │   ├── kd_02_14e4.dll
│   │   │   ├── kd_02_15b3.dll
│   │   │   ├── kd_02_1969.dll
│   │   │   ├── kd_02_19a2.dll
│   │   │   ├── kd_02_1af4.dll
│   │   │   ├── kd_02_8086.dll
│   │   │   ├── kd_07_1415.dll
│   │   │   ├── kd_0C_8086.dll
│   │   │   ├── kdnet_uart16550.dll
│   │   │   ├── kdstub.dll
│   │   │   ├── ko-KR
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── lt-LT
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── lv-LV
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── memtest.efi
│   │   │   ├── nb-NO
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── nl-NL
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── pl-PL
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── pt-BR
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── pt-PT
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── qps-ploc
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── ro-RO
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── ru-RU
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── sk-SK
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── sl-SI
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── sr-Latn-RS
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── sv-SE
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── tr-TR
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   ├── uk-UA
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   └── bootmgr.efi.mui
│   │   │   ├── winsipolicy.p7b
│   │   │   ├── zh-CN
│   │   │   │   ├── bootmgfw.efi.mui
│   │   │   │   ├── bootmgr.efi.mui
│   │   │   │   └── memtest.efi.mui
│   │   │   └── zh-TW
│   │   │       ├── bootmgfw.efi.mui
│   │   │       ├── bootmgr.efi.mui
│   │   │       └── memtest.efi.mui
│   │   └── Recovery
│   │       ├── BCD
│   │       ├── BCD.LOG
│   │       ├── BCD.LOG1
│   │       └── BCD.LOG2
│   └── arch
│       └── grubx64.efi
├── System Volume Information
│   ├── EDP
│   │   └── Recovery
│   ├── IndexerVolumeGuid
│   └── WPSettings.dat
├── grub
│   ├── fonts
│   │   └── unicode.pf2
│   ├── grub.cfg
│   ├── grubenv
│   ├── locale
│   │   ├── ast.mo
│   │   ├── ca.mo
│   │   ├── da.mo
│   │   ├── de.mo
│   │   ├── de@hebrew.mo
│   │   ├── de_CH.mo
│   │   ├── en@arabic.mo
│   │   ├── en@cyrillic.mo
│   │   ├── en@greek.mo
│   │   ├── en@hebrew.mo
│   │   ├── en@piglatin.mo
│   │   ├── en@quot.mo
│   │   ├── eo.mo
│   │   ├── es.mo
│   │   ├── fi.mo
│   │   ├── fr.mo
│   │   ├── gl.mo
│   │   ├── hr.mo
│   │   ├── hu.mo
│   │   ├── id.mo
│   │   ├── it.mo
│   │   ├── ja.mo
│   │   ├── ko.mo
│   │   ├── lg.mo
│   │   ├── lt.mo
│   │   ├── nb.mo
│   │   ├── nl.mo
│   │   ├── pa.mo
│   │   ├── pl.mo
│   │   ├── pt.mo
│   │   ├── pt_BR.mo
│   │   ├── ro.mo
│   │   ├── ru.mo
│   │   ├── sl.mo
│   │   ├── sr.mo
│   │   ├── sv.mo
│   │   ├── tr.mo
│   │   ├── uk.mo
│   │   ├── vi.mo
│   │   ├── zh_CN.mo
│   │   └── zh_TW.mo
│   ├── themes
│   ├── unicode.pf2
│   └── x86_64-efi
│       ├── acpi.mod
│       ├── adler32.mod
│       ├── affs.mod
│       ├── afs.mod
│       ├── afsplitter.mod
│       ├── ahci.mod
│       ├── all_video.mod
│       ├── aout.mod
│       ├── appleldr.mod
│       ├── archelp.mod
│       ├── at_keyboard.mod
│       ├── ata.mod
│       ├── backtrace.mod
│       ├── bfs.mod
│       ├── bitmap.mod
│       ├── bitmap_scale.mod
│       ├── blocklist.mod
│       ├── boot.mod
│       ├── boottime.mod
│       ├── bsd.mod
│       ├── bswap_test.mod
│       ├── btrfs.mod
│       ├── bufio.mod
│       ├── cacheinfo.mod
│       ├── cat.mod
│       ├── cbfs.mod
│       ├── cbls.mod
│       ├── cbmemc.mod
│       ├── cbtable.mod
│       ├── cbtime.mod
│       ├── chain.mod
│       ├── cmdline_cat_test.mod
│       ├── cmp.mod
│       ├── cmp_test.mod
│       ├── command.lst
│       ├── configfile.mod
│       ├── core.efi
│       ├── cpio.mod
│       ├── cpio_be.mod
│       ├── cpuid.mod
│       ├── crc64.mod
│       ├── crypto.lst
│       ├── crypto.mod
│       ├── cryptodisk.mod
│       ├── cs5536.mod
│       ├── ctz_test.mod
│       ├── date.mod
│       ├── datehook.mod
│       ├── datetime.mod
│       ├── disk.mod
│       ├── diskfilter.mod
│       ├── div.mod
│       ├── div_test.mod
│       ├── dm_nv.mod
│       ├── echo.mod
│       ├── efi_gop.mod
│       ├── efi_uga.mod
│       ├── efifwsetup.mod
│       ├── efinet.mod
│       ├── ehci.mod
│       ├── elf.mod
│       ├── eval.mod
│       ├── exfat.mod
│       ├── exfctest.mod
│       ├── ext2.mod
│       ├── extcmd.mod
│       ├── f2fs.mod
│       ├── fat.mod
│       ├── file.mod
│       ├── fixvideo.mod
│       ├── font.mod
│       ├── fs.lst
│       ├── fshelp.mod
│       ├── functional_test.mod
│       ├── gcry_arcfour.mod
│       ├── gcry_blowfish.mod
│       ├── gcry_camellia.mod
│       ├── gcry_cast5.mod
│       ├── gcry_crc.mod
│       ├── gcry_des.mod
│       ├── gcry_dsa.mod
│       ├── gcry_idea.mod
│       ├── gcry_md4.mod
│       ├── gcry_md5.mod
│       ├── gcry_rfc2268.mod
│       ├── gcry_rijndael.mod
│       ├── gcry_rmd160.mod
│       ├── gcry_rsa.mod
│       ├── gcry_seed.mod
│       ├── gcry_serpent.mod
│       ├── gcry_sha1.mod
│       ├── gcry_sha256.mod
│       ├── gcry_sha512.mod
│       ├── gcry_tiger.mod
│       ├── gcry_twofish.mod
│       ├── gcry_whirlpool.mod
│       ├── geli.mod
│       ├── gettext.mod
│       ├── gfxmenu.mod
│       ├── gfxterm.mod
│       ├── gfxterm_background.mod
│       ├── gfxterm_menu.mod
│       ├── gptsync.mod
│       ├── grub.efi
│       ├── gzio.mod
│       ├── halt.mod
│       ├── hashsum.mod
│       ├── hdparm.mod
│       ├── hello.mod
│       ├── help.mod
│       ├── hexdump.mod
│       ├── hfs.mod
│       ├── hfsplus.mod
│       ├── hfspluscomp.mod
│       ├── http.mod
│       ├── iorw.mod
│       ├── iso9660.mod
│       ├── jfs.mod
│       ├── jpeg.mod
│       ├── json.mod
│       ├── keylayouts.mod
│       ├── keystatus.mod
│       ├── ldm.mod
│       ├── legacy_password_test.mod
│       ├── legacycfg.mod
│       ├── linux.mod
│       ├── linux16.mod
│       ├── loadbios.mod
│       ├── loadenv.mod
│       ├── loopback.mod
│       ├── ls.mod
│       ├── lsacpi.mod
│       ├── lsefi.mod
│       ├── lsefimmap.mod
│       ├── lsefisystab.mod
│       ├── lsmmap.mod
│       ├── lspci.mod
│       ├── lssal.mod
│       ├── luks.mod
│       ├── luks2.mod
│       ├── lvm.mod
│       ├── lzopio.mod
│       ├── macbless.mod
│       ├── macho.mod
│       ├── mdraid09.mod
│       ├── mdraid09_be.mod
│       ├── mdraid1x.mod
│       ├── memdisk.mod
│       ├── memrw.mod
│       ├── minicmd.mod
│       ├── minix.mod
│       ├── minix2.mod
│       ├── minix2_be.mod
│       ├── minix3.mod
│       ├── minix3_be.mod
│       ├── minix_be.mod
│       ├── mmap.mod
│       ├── moddep.lst
│       ├── modinfo.sh
│       ├── morse.mod
│       ├── mpi.mod
│       ├── msdospart.mod
│       ├── mul_test.mod
│       ├── multiboot.mod
│       ├── multiboot2.mod
│       ├── nativedisk.mod
│       ├── net.mod
│       ├── newc.mod
│       ├── nilfs2.mod
│       ├── normal.mod
│       ├── ntfs.mod
│       ├── ntfscomp.mod
│       ├── odc.mod
│       ├── offsetio.mod
│       ├── ohci.mod
│       ├── part_acorn.mod
│       ├── part_amiga.mod
│       ├── part_apple.mod
│       ├── part_bsd.mod
│       ├── part_dfly.mod
│       ├── part_dvh.mod
│       ├── part_gpt.mod
│       ├── part_msdos.mod
│       ├── part_plan.mod
│       ├── part_sun.mod
│       ├── part_sunpc.mod
│       ├── partmap.lst
│       ├── parttool.lst
│       ├── parttool.mod
│       ├── password.mod
│       ├── password_pbkdf2.mod
│       ├── pata.mod
│       ├── pbkdf2.mod
│       ├── pbkdf2_test.mod
│       ├── pcidump.mod
│       ├── pgp.mod
│       ├── play.mod
│       ├── png.mod
│       ├── priority_queue.mod
│       ├── probe.mod
│       ├── procfs.mod
│       ├── progress.mod
│       ├── raid5rec.mod
│       ├── raid6rec.mod
│       ├── random.mod
│       ├── rdmsr.mod
│       ├── read.mod
│       ├── reboot.mod
│       ├── regexp.mod
│       ├── reiserfs.mod
│       ├── relocator.mod
│       ├── romfs.mod
│       ├── scsi.mod
│       ├── search.mod
│       ├── search_fs_file.mod
│       ├── search_fs_uuid.mod
│       ├── search_label.mod
│       ├── serial.mod
│       ├── setjmp.mod
│       ├── setjmp_test.mod
│       ├── setpci.mod
│       ├── sfs.mod
│       ├── shift_test.mod
│       ├── signature_test.mod
│       ├── sleep.mod
│       ├── sleep_test.mod
│       ├── smbios.mod
│       ├── spkmodem.mod
│       ├── squash4.mod
│       ├── strtoull_test.mod
│       ├── syslinuxcfg.mod
│       ├── tar.mod
│       ├── terminal.lst
│       ├── terminal.mod
│       ├── terminfo.mod
│       ├── test.mod
│       ├── test_blockarg.mod
│       ├── testload.mod
│       ├── testspeed.mod
│       ├── tftp.mod
│       ├── tga.mod
│       ├── time.mod
│       ├── tpm.mod
│       ├── tr.mod
│       ├── trig.mod
│       ├── true.mod
│       ├── udf.mod
│       ├── ufs1.mod
│       ├── ufs1_be.mod
│       ├── ufs2.mod
│       ├── uhci.mod
│       ├── usb.mod
│       ├── usb_keyboard.mod
│       ├── usbms.mod
│       ├── usbserial_common.mod
│       ├── usbserial_ftdi.mod
│       ├── usbserial_pl2303.mod
│       ├── usbserial_usbdebug.mod
│       ├── usbtest.mod
│       ├── video.lst
│       ├── video.mod
│       ├── video_bochs.mod
│       ├── video_cirrus.mod
│       ├── video_colors.mod
│       ├── video_fb.mod
│       ├── videoinfo.mod
│       ├── videotest.mod
│       ├── videotest_checksum.mod
│       ├── wrmsr.mod
│       ├── xfs.mod
│       ├── xnu.mod
│       ├── xnu_uuid.mod
│       ├── xnu_uuid_test.mod
│       ├── xzio.mod
│       ├── zfs.mod
│       ├── zfscrypt.mod
│       ├── zfsinfo.mod
│       └── zstd.mod
├── initramfs-linux-fallback.img
├── initramfs-linux-lts-fallback.img
├── initramfs-linux-lts.img
├── initramfs-linux.img
├── vmlinuz-linux
└── vmlinuz-linux-lts

53 directories, 471 files
A voir également:

3 réponses

mamiemando Messages postés 32974 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 2 mars 2024 7 731
Modifié le 4 avril 2022 à 15:21
Bonjour

En réponse au message #2 :

Non, je ne pense pas avoir besoin des 4 noyaux présents sur mon système, et pour le moment, je n'ai pas prévu de la redimensionner (je préfère savoir si tout ce qui est dedans est bien nécessaire pour moi avant de juste "perdre" plus de place alors qu'un simple coup de nettoyage aurais fait l'affaire ^^).

Dans l'absolu seul un noyau est nécessaire (celui sur lequel tu démarres, en supposant qu'il soit fonctionnel). En cas de mise à jour, on en a éventuellement deux (l'ancien et le nouveau) et on supprime l'ancien une fois qu'on pense que le nouveau fait l'affaire. Cela permet de s'éviter de se retrouver sans noyau.

Je pense qu'ils sont la raison pour laquelle la partition est pleine. Il est possible qu'ils datent du moment où j'essayais d'utiliser Garuda linux, et je ne les ai pas supprimé lorsque j'ai décidé de ne plus utiliser cette distribution. Si c'est bien le cas, (c'est le plus probable a mon avis), comment est-ce que je pourrais faire pour savoir quels sont les noms des paquets que je dois supprimer, sans non plus me retrouver sans noyau ?

Oui, un noyau peut-être gros, mais d'après les commandes que tu m'as retournées, en fait ils sont plutôt petits (par exemple sous Debian, les noyaux font plutôt ~65Mo de nos jours. C'est la partition
/boot
qui est beaucoup trop petite.

Concernant les paquets : le gestionnaire de paquets de ta distribution ne connaît que les paquets qui le concerne. Cela signifie que ton gestionnaire de paquets Arch Linux n'a pas l'information de ce que ton gestionnaires de paquets Garruda a pu installer. Du coup la seule manière de nettoyer
/boot
, c'est à la main en supprimant avec
rm
les noyaux qui ne sont plus utilisés. Note qu'il y a dissociation entre les noyaux et le système d'exploitation. Dans l'absolu, tu pourrais lancer Arch Linux avec un noyau Garuda par exemple.

D'après cette page, le gestionnaire de paquets utilisé sous Arch Linux est
pacman
, c'est donc lui qui te permettra de voir les éventuels paquets liés aux noyaux actuellement installés. D'après cette page, ça pourrait être les paquets dont le nom commence par
linux
.

Que donne :

pacman -Qqe  | grep linux


Je ne pense pas avoir besoin d'une partition /boot dédiée, mais étant donné que j'ai un dual boot Linux et Windows 10, j'ai suivi les conseils que j'ai trouvé en ligne, et simplement utilisé la partition /boot existante.

/boot
n'a pas besoin d'être sur une partition dédiée. Cela se fait sur certains serveur mais selon moi, l'intérêt pratique reste limité. D'ailleurs dans l'absolu, on pourrait installer Linux sur une seule séparation (donc par exemple réunir
/
et
/home
sur la même partition) mais pour le coup je ne le recommande pas à moins d'avoir un disque dur minuscule, car avoir une partition
/home
dédiée permet de réinstaller Linux sans perdre ses documents et profils utilisateurs.

Retour à ton problème

Je vois 4 approches possibles. Avant de se lancer (surtout pour la 3e et la 4e) il serait bon que tu me reportes les résultats de :

mount
cat /etc/fstab


... et en root, au choix, le résultat de l'un de ces deux commandes :

parted -l
fdisk -l


Je te laisse lire tranquillement ce qui suit pour avoir un aperçu et en fonction des résultats de ces commandes et de tes préférences, on avisera.

Approche 1 : supprimer les noyaux inutiles

Avec cette approche, on reste avec la partition actuelle.
  • Avantage : on ne prend pas de risque en se "ratant" au moment de repartitionner.
  • Inconvénient : ta partition
    /boot
    est minuscule donc tu seras régulièrement confronté au problème auquel tu fais face.


On commence par identifier le noyau sur lequel tu démarres et contrôle par rapport aux résultats de pacman le ou les noyau correspondant à ton Archi Linux (les autres peuvent être supprimés). Un autre indice est regarder le numéro de version du noyau sur lequel tu as démarré avec
uname -a
.

Dans les faits, le chemin exact du noyau sur lequel tu as choisi de démarrer via GRUB est indiqué dans
/boot/grub/grub.cfg
.

Exemple : chaque entrée du menu GRUB est déclarée dans un bloc
menuentry
. Moi par exemple, j'ai démarré en choisissant
'Debian GNU/Linux'
.

...
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-3381e88b-8cf2-4bde-9fc6-382ff5855b62' {
    load_video
    insmod gzio
    if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
    insmod part_gpt
    insmod ext2
    set root='hd0,gpt6'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6  3381e88b-8cf2-4bde-9fc6-382ff5855b62
    else
      search --no-floppy --fs-uuid --set=root 3381e88b-8cf2-4bde-9fc6-382ff5855b62
    fi
    echo    'Loading Linux 5.16.0-5-amd64 ...'
    linux   /boot/vmlinuz-5.16.0-5-amd64 root=UUID=3381e88b-8cf2-4bde-9fc6-382ff5855b62 ro  quiet
    echo    'Loading initial ramdisk ...'
    initrd  /boot/initrd.img-5.16.0-5-amd64
}
...


Dans mon exemple, les fichiers
/boot/vmlinuz-5.16.0-5-amd64
et
/boot/initrd.img-5.16.0-5-amd64
correspondent au noyau sur lequel j'ai démarré. Les éventuels autres fichiers
/boot/vmlinux*
et
/boot/initrd*
correspondent à d'autres noyaux, qui n'ont pas été utilisé pour ce démarrage.

En utilisant cette méthodologie tu devrais être en mesure d'identifier les fichiers devenus inutiles. S'ils ont été installés via
pacman
, désinstalle le paquet correspondant avec
pacman
. Sinon, il s'agit probablement de reliquats de Garuda et tu peux les supprimer avec la commande
rm
(en root).

Si tu supprimes des noyaux, veille à régénérer GRUB en lançant en root :

update-grub


Approche 2 : redimensionner
/boot
  • Avantage : on aura enfin de la place sur
    /boot
    .
  • Inconvénient : il ne faut pas se rater au moment de repartitionner. Je recommande de sauver au préalable sur une clé USB les documents auxquels on tient au cas où.


Tu peux utiliser depuis un Live USB ou un Live CD
gparted
(peu importe la distribution live, tu peux prendre une Ubuntu par exemple). Il faudra sans doute réduire une partition (e.g.
/
donc
/dev/sda6
dans ton cas).

Approche 3 : déplacer
/boot
sur
/
.
  • Avantage : on aura enfin de la place sur
    /boot
    . A priori pas besoin de distribution Live pour "réparer".
  • Inconvénient :
    • Il ne faut pas se rater car sinon on risque de casser GRUB (c'est réparable avec
      boot-repair
      ).
    • /boot
      et
      /boot/EFI
      doivent être sur des partitions différentes (j'ai l'impression que ça n'est pas ton cas)


Au préalable il faut comprendre que normalement
/boot/EFI
n'est pas stocké physiquement sur la même partition que
/boot
(il faut vérifier avec
mount
et
sudo parted -l
). Si c'est bien le cas il sera donc inutile de recopier le contenu de ce dossier. En outre, j'aimerais voir le système de fichiers utilisé pour
/dev/sda1
. Je suspecte très fortement que c'est de la FAT32 (vfat) et que tu as installé par erreur
/boot
dans la partition EFI, chose qu'il ne faut pas faire !

Attention : Ce qui suit ne doit être envisagé que si
/boot
et
/boot/EFI
ne sont pas sur la même partition physique.

En root :

umount /boot/EFI
cp -r /boot /boot.bak
umount /boot
cp /boot.bak/* /boot
mkdir /boot/EFI
mount /boot/EFI
update-grub


... puis on supprime de
/etc/fstab
la ligne qui concerne
/boot
(ou on met un # en début de ligne). On redémarre, on teste, et si tout va bien. A priori on peut se débarrasser de l'ex-partition
/boot
(
/dev/sda1
dans ton cas), windows s'en fiche car il n'utilise que ses propres partitions et la partition EFI.

Approche 4 : réinstaller :-)
  • Avantage : on aura enfin de la place sur
    /boot
    .
  • Inconvénient : vu que malheureusement dans ton cas,
    /
    et
    /home
    semblent sur la même partitions, il faut récupérer ses documents dans
    /home
    avant de réinstaller.


Lors de la réinstallation, on veille cette fois à mettre
/boot
et
/
sur la même partition. Par contre on mettra / et /home sur des partitions dédiées (compter ~25Go pour
/
et autant que tu veux pour
/home
, les deux formatées en ext4). Cela permettra en cas de réinstallation future de n'écraser que la partition
/
et de conservant la partition
/home
existante (en veillant bien à ne PAS la formater).

Bonne chance
2
SylverWolf Messages postés 13 Date d'inscription samedi 24 août 2019 Statut Membre Dernière intervention 13 juin 2022
Modifié le 4 avril 2022 à 15:56
Bonjour !

Tout d'abord, merci beaucoup pour cette réponse !
Désolé des temps de réponse, je suis très occupé en ce moment.

L'avantage est que j'ai décidé de régler les problèmes potentiels liés mon installation de linux des le début, donc si besoin, je peux tout réinstaller sans rien perdre.

Voici les différents résultats de commandes :

pacman -Qqe | grep linux


linux-firmware
linux-lts
linux-lts-headers
ttf-linux-libertine
ttf-linux-libertine-g


mount

proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,relatime,size=6068880k,nr_inodes=1517220,mode=755,inode64)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755,inode64)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
/dev/sda6 on / type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=256,subvol=/root)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=12762)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
/dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,nr_inodes=1048576,inode64)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1215404k,nr_inodes=303851,mode=700,uid=1000,gid=984,inode64)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=984)


cat /etc/fstab

# /dev/sda6
/dev/sda6            /          btrfs      rw,relatime,ssd,space_cache=v2,subvolid=256,subvol=/root 0 0

# /dev/sda1
UUID=EE52-20FC       /boot      vfat       rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 2

# /dev/sda5
UUID=41f0f73e-964f-4e0f-9f7a-66d5c4ba2c11 none       swap       defaults   0 0


parted -l


Modèle : ATA Samsung SSD 860 (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque :

Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 106MB 105MB fat32 EFI démarrage, esp
2 106MB 123MB 16,8MB Micr msftres
3 123MB 839GB 838GB ntfs msftdata
5 839GB 849GB 10,7GB linux-swap(v1) swap
6 849GB 1000GB 150GB btrfs
4 1000GB 1000GB 537MB ntfs caché, diag


fdisk -l

Disque /dev/sda : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : Samsung SSD 860
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 : gpt
Identifiant de disque : 4375DA8C-27D1-4A14-8919-EB74759F5486

Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 206847 204800 100M Système EFI
/dev/sda2 206848 239615 32768 16M Réservé Microsoft
/dev/sda3 239616 1637898239 1637658624 780,9G Données de base Microsoft
/dev/sda4 1952473088 1953521663 1048576 512M Environnement de récupération Windows
/dev/sda5 1637898240 1658869759 20971520 10G Partition d'échange Linux
/dev/sda6 1658869760 1952473087 293603328 140G Système de fichiers Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

__________
uname -a

Linux archlinuxPC 5.15.32-1-lts #1 SMP Mon, 28 Mar 2022 08:54:31 +0000 x86_64 GNU/Linux


Après avoir regardé le fichier
/boot/grub.cfg
, j'ai non seulement comme prévu trouvé la partie du code initialisant le noyau linux que je semble utiliser, mais également que le code du "dossier" dans la configuration de mon GRUB actuel sont des liens d'exécutions identiques à celui dont je me sers pour lancer le système d'exploitation, mais avec les autres noyaux trouvés avec les autres commandes.

Pour moi, je pense que dans tout les cas, la réinstallation est le meilleur choix, entre autre pour me permettre une certaine flexibilité dans le futur.

Par contre, j'aurai juste besoin d'une autre petite précision, ne maîtrisant pas encore correctement ces systèmes. Comment faire pour réaliser la solution 4, et y-a-t'il autre chose à faire au préalable ?

Encore merci !
Bonne journée,
Sylver
0
mamiemando Messages postés 32974 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 2 mars 2024 7 731
Modifié le 4 avril 2022 à 15:57
Bonjour,

Par rapport au résultat de
pacman -Qqe | grep linux
:


Visiblement :


├── initramfs-linux-lts-fallback.img
├── initramfs-linux-lts.img


... semble avoir été installés via
pacman
(à l'installation d'Arch Linux ou par tes soins) via le paquet
linux-lts
.

Pour :

├── initramfs-linux-fallback.img
├── initramfs-linux.img


... c'est moins clair. Il faudrait regarder si ça provient du même paquet.

pacman -Ql linux-lts | grep img


Mais quoi qu'il en soit, nous allons voir que ça n'a pas vraiment d'importance car tu vas appliquer la méthode 3 ou 4 qui permettra de tout faire rentrer dans l'ordre.

Par rapport à la commande
mount


On voit la ligne :
/dev/sda1 on /boot type vfat 
. Le fait que ce soit de la vfat (= FAT32) confirme ce que je pensais, c'est une partition EFI, normalement utilisé pour mettre en place un secure boot. Cette partition est sensé accueillir des signatures (pour les différents noyaux et modules installé sur ton ordinateurs), et pas des noyaux. Cela explique pourquoi elle est sous dimensionnée pour accueillir
/boot
.

Cette information est confirmée par les résultats de
fdisk -l
et
parted -l
(qui permettent de voir la table des partitions de ton disque dur).

Dit autrement, au moment d'installer Arch Linux, il aurait fallu mettre
/boot
sur une autre partition (ou mieux, la laisser avec
/
).

Par rapport à la commande
uname -a
:< /gras>

Cette commande montre que tu as probablement démarré sur
initramfs-linux-lts.img
(peut-être sur
initramfs-linux-lts-fallback.img
) mais en tout cas pas sur l'un des deux autres noyaux. Pour être certain, il faudrait nous dire ce que tu as choisi dans GRUB et nous reporter les
menuentry
de
/boot/grub/grub.cfg
.

<gras>Par rapport à la résolution de ton problème (approche 4)


Pour moi, je pense que dans tout les cas, la réinstallation est le meilleur choix, entre autre pour me permettre une certaine flexibilité dans le futur.

Comme tu veux, c'est plus simple. Sache toutefois que maintenant que j'ai compris ce qui s'est passé, ça se répare sans réinstaller, en adaptant l'approche 3 (voir section suivante).

Si tu pars sur l'approche 4 :
  • Commence par sauver les documents auxquels tu tiens sur clé USB. Ils a priori tous dans
    /home
    .
  • Réinstalle en veillant à ce que
    /dev/sda1
    soit monté dans dans
    /boot/efi
    et non
    /boot
    .
  • Une fois la réinstallation terminée, pense également une fois ta réinstallation faite à virer les fichiers
    img
    actuels, qui seront restés dans
    /boot/efi
    (la réinstallation aura mis des
    .img
    à leur place, à la racine de
    /boot
    ).


Par rapport à la résolution de ton problème (approche 3)

Voici comment adapter ce que j'ai expliqué avant.

1) Passe en root :
su -

2) Copie les
img
ailleurs, mettons dans
/root
:
cp /boot/*img /root

Vérifie qu'ils ont bien été copiés dans
/root
avant de continuer :
ls /root

3) Démonte la partition
/dev/sda1
(actuel
/boot
, futur
/boot/efi
)
umount /dev/sda1

4) Corrige
/etc/fstab
pour monter
/dev/sda1
dans
/boot/efi
et non
/boot
avec l'éditeur de ton choix, e.g.
nano
:
nano /etc/fstab

Corrige la ligne :
UUID=EE52-20FC       /boot      vfat       rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 2

... en :
UUID=EE52-20FC       /boot/efi      vfat       rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 2

Sauve et quitte (ctrl x, o, entrée).

5) Vérifie que
/boot
est désormais vide et transvase les
.img
dedans :
mv /root/*img /boot

Vérifie qu'ils apparaissent bien dans
/boot
:
ls /boot

5) Crée le dossier
/boot/efi
:
mkdir -p /boot/efi

6) Monte
/boot/efi
et vérifie que dedans apparaît bien le dossier
EFI
(donc
/boot/efi/EFI
) :
mount /boot/efi
ls /boot/efi

7) Supprime les anciennes copie noyaux de /boot/efi qui n'ont plus lieu d'être :
rm /boot/efi/*img

8) Régénère GRUB, puis redémarre :
update-grub
reboot

Bonne chance
1
SylverWolf Messages postés 13 Date d'inscription samedi 24 août 2019 Statut Membre Dernière intervention 13 juin 2022
2 mai 2022 à 18:17
Bonsoir !

Cela à fonctionné !
Merci beaucoup du temps pris pour m'expliquer en détail !

Sans vous je ne sais pas comment j'aurais fait (d'autant plus que le fichier de boot de Windows a décidé à ce moment de se supprimer lui même après une mise à jour annulée par Windows...ce problème a été vite réglé après avoir fait la modification que vous m'avez recommandé (-_^) ) !

Bonne continuation !
Sylver
0
mamiemando Messages postés 32974 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 2 mars 2024 7 731 > SylverWolf Messages postés 13 Date d'inscription samedi 24 août 2019 Statut Membre Dernière intervention 13 juin 2022
6 mai 2022 à 13:16
Toutes mes félicitations et bonne continuation :-)
0
mamiemando Messages postés 32974 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 2 mars 2024 7 731
Modifié le 30 mars 2022 à 12:54
Bonjour,
  • Quelle est la taille de
    /boot
    ? (
    df -h
    ) ? As-tu envisagé de la redimensionner ?
  • Quelle est celle de tes noyaux (
    ls -sh /boot
    ) ?
  • As-tu besoin de tous (actuellement tu en as 4) ?
  • Est-ce que le noyau que tu utilises a été compilé par tes soins ? Si oui, as-tu essayé d'enlever des fonctionnalités dont tu n'as pas besoin ? Sinon j'imagine que tu les as installé via ton gestionnaire de paquets et peut être que tu devrais supprimer ceux que tu n'utilisent pas ?
  • As-tu une utilité à avoir une partition
    /boot
    dédiée ?


Bonne chance
0
SylverWolf Messages postés 13 Date d'inscription samedi 24 août 2019 Statut Membre Dernière intervention 13 juin 2022
Modifié le 31 mars 2022 à 16:31
Bonjour,
Merci de cette réponse !

Non, je ne pense pas avoir besoin des 4 noyaux présents sur mon système, et pour le moment, je n'ai pas prévu de la redimensionner (je préfère savoir si tout ce qui est dedans est bien nécessaire pour moi avant de juste "perdre" plus de place alors qu'un simple coup de nettoyage aurais fait l'affaire ^^).

Je pense qu'ils sont la raison pour laquelle la partition est pleine. Il est possible qu'ils datent du moment où j'essayais d'utiliser Garuda linux, et je ne les ai pas supprimé lorsque j'ai décidé de ne plus utiliser cette distribution. Si c'est bien le cas, (c'est le plus probable a mon avis), comment est-ce que je pourrais faire pour savoir quels sont les noms des paquets que je dois supprimer, sans non plus me retrouver sans noyau ?

Je ne pense pas avoir besoin d'une partition
/boot
dédiée, mais étant donné que j'ai un dual boot Linux et Windows 10, j'ai suivi les conseils que j'ai trouvé en ligne, et simplement utilisé la partition
/boot
existante.

Je n'ai pas compilé le noyau que j'utilise actuellement (linux-lts il me semble), est-ce que je devrais ?

Taille de la partition
/ boot
(via la commande
df -h
) :
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
dev 5,8G 0 5,8G 0% /dev
run 5,8G 1,8M 5,8G 1% /run
/dev/sda6 141G 26G 114G 19% /
tmpfs 5,8G 0 5,8G 0% /dev/shm
tmpfs 5,8G 7,5M 5,8G 1% /tmp
/dev/sda1 96M 96M 0 100% /boot
tmpfs 1,2G 104K 1,2G 1% /run/user/1000


Taille des noyaux (via la commande
ls -sh /boot
) :
total 61M
1,0K EFI 8,5M initramfs-linux-lts.img
1,0K 'System Volume Information' 1,5M initramfs-linux.img
1,0K grub 10M vmlinuz-linux
0 initramfs-linux-fallback.img 9,8M vmlinuz-linux-lts
31M initramfs-linux-lts-fallback.img
0