Partition de boot pleine

Résolu
SylverWolf Messages postés 13 Statut Membre -  
mamiemando Messages postés 33228 Date d'inscription   Statut Modérateur Dernière intervention   -
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

3 réponses

  1.
    mamiemando Messages postés 33228 Date d'inscription   Statut Modérateur Dernière intervention   7 940
     
    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
    1. SylverWolf Messages postés 13 Statut Membre
       
      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
  2. mamiemando Messages postés 33228 Date d'inscription   Statut Modérateur Dernière intervention   7 940
     
    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
    1. SylverWolf Messages postés 13 Statut Membre
       
      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
      1. mamiemando Messages postés 33228 Date d'inscription   Statut Modérateur Dernière intervention   7 940 > SylverWolf Messages postés 13 Statut Membre
         
        Toutes mes félicitations et bonne continuation :-)
        0
  3. mamiemando Messages postés 33228 Date d'inscription   Statut Modérateur Dernière intervention   7 940
     
    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
    1. SylverWolf Messages postés 13 Statut Membre
       
      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

Discussions similaires

Security boot fail lors du démarrage
Steu -
Thiecoss -

5 réponses
Boot failure detected
Loshxn -
georges97 -

1 réponse
Comment retirer le SECURE BOOT ?
Elparigo60 -
ibounwali -

10 réponses