Pages : 1
#1 Le 24/03/2022, à 11:49
- fpcav73
demarage en mode recovery impossible
bonjour!!
j ai le disque de ;on acer aspire plein et je ne sais pas demarer
j ai deja eu ce probleme et j ai pu demarer en mode recovery mais actuelle;ent est impossible
je suis en live usb et je vous demande comment faire pour eliminer des fichiers
merci pour votre aide
xubuntu@xubuntu:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 947112 0 947112 0% /dev
tmpfs 193700 1304 192396 1% /run
/dev/sda 1400768 1400768 0 100% /cdrom
/dev/loop0 1313536 1313536 0 100% /rofs
/cow 968496 156472 812024 17% /
tmpfs 968496 22072 946424 3% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 968496 0 968496 0% /sys/fs/cgroup
tmpfs 968496 524 967972 1% /tmp
tmpfs 193696 20 193676 1% /run/user/999
xubuntu@xubuntu:~$ Hors ligne
#2 Le 24/03/2022, à 11:55
- iznobe
Re : demarage en mode recovery impossible
Bonjour , peux tu donner ce retour :
lsblk -fe7retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#3 Le 24/03/2022, à 12:10
- fpcav73
Re : demarage en mode recovery impossible
iznobe bonjour !
xubuntu@xubuntu:~$ lsblk -fe7
NAME FSTYPE LABEL UUID MOUNTPOINT
sda iso966 Xubuntu 18.04.1 LTS amd64
│ 2018-07-25-03-28-45-00 /cdrom
├─sda1
│ iso966 Xubuntu 18.04.1 LTS amd64
│ 2018-07-25-03-28-45-00
└─sda2
vfat Xubuntu 18.04.1 LTS amd64
0D5F-1DB6
mmcblk0
│
├─mmcblk0p1
│ vfat 78BA-74E0
└─mmcblk0p2
ext4 13ae88a9-9341-4234-9686-b715ef0273e1
mmcblk0boot0
mmcblk0boot1
xubuntu@xubuntu:~$ Hors ligne
#4 Le 24/03/2022, à 14:30
- iznobe
Re : demarage en mode recovery impossible
ok , alors onvoit que tu demarres via le CD et que tu n' as qu ' une partition racine standard :
mmcblk0p2
ext4 13ae88a9-9341-4234-9686-b715ef0273e1 tu vas donc passer ces commandes pour verifier le taux d' occupation de ta partition systeme :
sudo mount /dev/mmcblk0p2 /mntdf -h /mntTu peux logiquement installer ncdu pour verifier ce qui prend autant de place sur la session live :
sudo apt install ncduensuite tu donneras le retour suivant :
ncdu -x /mntqui nous aidera a voir ce qui prend autant de place sur ton systeme de fichiers .
Dernière modification par iznobe (Le 24/03/2022, à 14:59)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#5 Le 24/03/2022, à 16:16
- fpcav73
Re : demarage en mode recovery impossible
retour demande
r
. 2.7 GiB [####### ] /var
1.3 GiB [### ] swapfile
893.9 MiB [## ] /lib
. 877.8 MiB [## ] /home
113.0 MiB [ ] /boot
. 13.5 MiB [ ] /etc
12.3 MiB [ ] /bin
11.2 MiB [ ] /sbin
. 124.0 KiB [ ] /run
88.0 KiB [ ] /snap
24.0 KiB [ ] /tmp
! 16.0 KiB [ ] /lost+found
12.0 KiB [ ] /dev
. 8.0 KiB [ ] /media
4.0 KiB [ ] /lib64
e 4.0 KiB [ ] /sys
e 4.0 KiB [ ] /srv
! 4.0 KiB [ ] /root
e 4.0 KiB [ ] /proc
e 4.0 KiB [ ] /mntje vais essaier d eliminer des fichiers pour faire de la place
il n y a rien d important; sont surtout des mails
Hors ligne
#6 Le 24/03/2022, à 16:22
- iznobe
Re : demarage en mode recovery impossible
Dommage , dans ton retour , on ne voit pas le debut du retour de la commande ( ni la commande d' ailleurs) qui sont les fichiers les plus gros , et donc les plus interressants a voir pour resoudre ton soucis .
Et comme on voit a la fin :
4.0 KiB [ ] /mntje ne suis pas certain que tout ce soit passé comme je l' esperais , et que ta partition racine soit bien montée sur /mnt .
c ' est dommage de ne pas avoir montré les retours de chaque commande . meme moi je ne suis pas infaillible 
[ autoderision ] , bien au contraire .
Dernière modification par iznobe (Le 24/03/2022, à 16:26)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#7 Le 24/03/2022, à 17:21
- fpcav73
Re : demarage en mode recovery impossible
desole pour le mauvais retour!!
serieusement j aimerais avoir le dixieme de tes connaissances en informatique
.
---------------------------------------------------
3.5 GiB [##########] /usr
. 2.7 GiB [####### ] /var
1.3 GiB [### ] swapfile
893.9 MiB [## ] /lib
. 877.8 MiB [## ] /home
113.0 MiB [ ] /boot
. 13.5 MiB [ ] /etc
12.3 MiB [ ] /bin
11.2 MiB [ ] /sbin
. 124.0 KiB [ ] /run
88.0 KiB [ ] /snap
24.0 KiB [ ] /tmp
! 16.0 KiB [ ] /lost+found
12.0 KiB [ ] /dev
. 8.0 KiB [ ] /media
4.0 KiB [ ] /lib64
e 4.0 KiB [ ] /sys
e 4.0 KiB [ ] /srv
! 4.0 KiB [ ] /root
e 4.0 KiB [ ] /proc
e 4.0 KiB [ ] /mntHors ligne
#8 Le 24/03/2022, à 17:27
- iznobe
Re : demarage en mode recovery impossible
pas grave 
, je n' ai que peu de connaisances , il y a des aidants bien bien plus experimentés que moi , je suis juste un novice avec quelques bases .
Bon , ben je ne vois pas grand chose de concluant dans tout ca ...
tu peux donner :
df -h /mntA part si tu as cree une partition de moins de 12 Go , je ne vois pas trop comment il est possible quelle soit pleine , tu as tres peu de place occupée par des choses inutiles apparement .
Dernière modification par iznobe (Le 24/03/2022, à 17:30)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#9 Le 24/03/2022, à 17:38
- fpcav73
Re : demarage en mode recovery impossible
je ne sais pas comment interpreter ces resultats car avec le commande df le disque est plein (post =1)
quels fichiers suprimer?
Hors ligne
#10 Le 24/03/2022, à 17:43
- fpcav73
Re : demarage en mode recovery impossible
xubuntu@xubuntu:~$ df -h /mnt
Filesystem Size Used Avail Use% Mounted on
/dev/mmcblk0p2 29G 27G 0 100% /mnt
xubuntu@xubuntu:~$ Hors ligne
#11 Le 24/03/2022, à 17:57
- fpcav73
Re : demarage en mode recovery impossible
comme indique avant j ai rien d important a sauver
si tu me dis que si je suprime les fichiers /usr et /var ne pose pas de problemes dans le fonctionement de mon ordi je le fais et j aurais de la place
Hors ligne
#12 Le 24/03/2022, à 18:07
- iznobe
Re : demarage en mode recovery impossible
non , il ne faut surtout pas supprimer ces dossiers , plus rien ne marchera apres sinon 
Dans ton 1er message , le retour que tu as donné , liste les peripheriques montés , soit , ceux du CDROM , il ne faut donc pas en tenir compte .
Par contre le retour de ton dernier message ci-dessus , montre bien que la partition racine ( actuellement montée sur /mnt ) /est pleine a 100 % et qu' elle a une taille de 29 Go .
Cependant lorsque je fait l' addition du retour de ncdu ( a la va vite de tete ) je trouve un peu plus de 10 GO , ce qui ne correspond pas .
une idée , montre le retour de :
sudo ls -la /root/.local/share/--------------------------------------------------
dans /var tu peux certainement recuperer de la place en supprimant les logs , mais ca ne dis pas ou sont passés les presque 20 Go manquants ..
donne aussi pour voir ce qu ' on peut virer comme fichiers journaux :
ls -l /mnt/var/log/Dernière modification par iznobe (Le 24/03/2022, à 18:21)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#13 Le 24/03/2022, à 18:40
- fpcav73
Re : demarage en mode recovery impossible
ubuntu@xubuntu:~$ df -h /mnt
Filesystem Size Used Avail Use% Mounted on
/dev/mmcblk0p2 29G 27G 0 100% /mnt
xubuntu@xubuntu:~$ sudo ls -la /root/.local/share/
ls: cannot access '/root/.local/share/': No such file or directory
xubuntu@xubuntu:~$ ls -l /mnt/var/log/
total 3624
-rw-r--r-- 1 root root 34806 Mar 24 15:55 Xorg.0.log
-rw-r--r-- 1 root root 34806 Mar 24 15:54 Xorg.0.log.old
-rw-r--r-- 1 root root 35237 Jan 22 14:23 Xorg.1.log
-rw-r--r-- 1 root root 35233 Aug 3 2021 Xorg.1.log.old
-rw-r--r-- 1 root root 0 Feb 3 16:07 alternatives.log
-rw-r--r-- 1 root root 2744 Feb 2 17:40 alternatives.log.1
-rw-r--r-- 1 root root 136 Apr 29 2021 alternatives.log.10.gz
-rw-r--r-- 1 root root 175 Mar 18 2021 alternatives.log.11.gz
-rw-r--r-- 1 root root 231 Jan 23 2021 alternatives.log.12.gz
-rw-r--r-- 1 root root 350 Dec 18 11:09 alternatives.log.2.gz
-rw-r--r-- 1 root root 527 Dec 8 14:25 alternatives.log.3.gz
-rw-r--r-- 1 root root 125 Oct 11 08:13 alternatives.log.4.gz
-rw-r--r-- 1 root root 432 Sep 29 09:51 alternatives.log.5.gz
-rw-r--r-- 1 root root 204 Sep 17 2021 alternatives.log.6.gz
-rw-r--r-- 1 root root 126 Jul 28 2021 alternatives.log.7.gz
-rw-r--r-- 1 root root 194 Jul 5 2021 alternatives.log.8.gz
-rw-r--r-- 1 root root 586 Jun 24 2021 alternatives.log.9.gz
-rw-r----- 1 root adm 0 Feb 18 17:08 apport.log
-rw-r----- 1 root adm 861 Nov 23 17:29 apport.log.1
-rw-r----- 1 root adm 291 Jul 31 2021 apport.log.2.gz
-rw-r----- 1 root adm 121 Jul 21 2021 apport.log.3.gz
-rw-r----- 1 root adm 458 May 18 2021 apport.log.4.gz
-rw-r----- 1 root adm 270 Jan 18 2021 apport.log.5.gz
-rw-r----- 1 root adm 289 Dec 6 2020 apport.log.6.gz
drwxr-xr-x 2 root root 4096 Feb 10 14:57 apt
-rw-r----- 1 syslog adm 16384 Mar 24 15:54 auth.log
-rw-r----- 1 syslog adm 73912 Feb 20 09:52 auth.log.1
-rw-r----- 1 syslog adm 5707 Feb 14 16:25 auth.log.2.gz
-rw-r----- 1 syslog adm 5648 Feb 8 15:17 auth.log.3.gz
-rw-r----- 1 syslog adm 2529 Jan 30 15:52 auth.log.4.gz
-rw------- 1 root root 2598195 Mar 24 15:54 boot.log
-rw-r--r-- 1 root root 56751 Jul 25 2018 bootstrap.log
-rw-rw---- 1 root utmp 0 Feb 3 16:07 btmp
-rw-rw---- 1 root utmp 0 Jan 3 17:07 btmp.1
drwxr-xr-x 2 root root 4096 Feb 21 16:09 cups
drwxr-xr-x 17 root root 4096 Mar 22 15:37 dist-upgrade
-rw-r--r-- 1 root root 13367 Feb 10 14:58 dpkg.log
-rw-r--r-- 1 root root 59358 Feb 2 17:42 dpkg.log.1
-rw-r--r-- 1 root root 5651 Apr 29 2021 dpkg.log.10.gz
-rw-r--r-- 1 root root 8499 Apr 10 2021 dpkg.log.11.gz
-rw-r--r-- 1 root root 6040 Jan 25 2021 dpkg.log.12.gz
-rw-r--r-- 1 root root 5037 Dec 18 11:10 dpkg.log.2.gz
-rw-r--r-- 1 root root 3465 Dec 8 14:21 dpkg.log.3.gz
-rw-r--r-- 1 root root 1528 Nov 2 08:34 dpkg.log.4.gz
-rw-r--r-- 1 root root 6052 Sep 29 09:52 dpkg.log.5.gz
-rw-r--r-- 1 root root 4799 Sep 17 2021 dpkg.log.6.gz
-rw-r--r-- 1 root root 3932 Jul 28 2021 dpkg.log.7.gz
-rw-r--r-- 1 root root 7691 Jul 5 2021 dpkg.log.8.gz
-rw-r--r-- 1 root root 4817 Jun 1 2021 dpkg.log.9.gz
-rw-r--r-- 1 root root 32032 Nov 21 2020 faillog
-rw-r--r-- 1 root root 5968 Dec 21 2020 fontconfig.log
-rw-r--r-- 1 root root 1359 Mar 24 15:54 gpu-manager.log
drwxr-xr-x 3 root root 4096 Jul 25 2018 hp
drwxrwxr-x 2 root root 4096 Nov 21 2020 installer
drwxr-sr-x+ 3 root systemd-journal 4096 Nov 24 2020 journal
-rw-r----- 1 syslog adm 0 Mar 24 15:54 kern.log
-rw-rw-r-- 1 root utmp 292292 Nov 21 2020 lastlog
drwxr-xr-x 2 root root 4096 Feb 21 16:09 lightdm
drwx------ 2 speech-dispatcher root 4096 Apr 23 2018 speech-dispatcher
-rw------- 1 root root 64064 Nov 21 2020 tallylog
-rw------- 1 root root 2672 Feb 20 16:11 ubuntu-advantage-timer.log
-rw------- 1 root root 4245 Feb 3 15:29 ubuntu-advantage-timer.log.1
-rw------- 1 root root 363 Jan 3 15:52 ubuntu-advantage-timer.log.2.gz
-rw------- 1 root root 0 Jan 3 17:07 ubuntu-advantage.log
-rw------- 1 root root 13944 Dec 18 10:31 ubuntu-advantage.log.1
-rw------- 1 root root 2978 Dec 8 14:16 ubuntu-advantage.log.2.gz
-rw------- 1 root root 3269 Nov 2 08:29 ubuntu-advantage.log.3.gz
-rw------- 1 root root 1835 Oct 1 10:00 ubuntu-advantage.log.4.gz
-rw------- 1 root root 3419 Sep 17 2021 ubuntu-advantage.log.5.gz
-rw------- 1 root root 2449 Aug 1 2021 ubuntu-advantage.log.6.gz
drwxr-x--- 2 root adm 4096 Jan 3 17:07 unattended-upgrades
-rw-rw-r-- 1 root utmp 234624 Mar 24 15:55 wtmp
-rw-rw-r-- 1 root utmp 129024 Feb 3 15:07 wtmp.1
xubuntu@xubuntu:~$ Hors ligne
#14 Le 24/03/2022, à 19:01
- iznobe
Re : demarage en mode recovery impossible
ok , on va faire une commande :
cd /mnt/var/log && sudo rm Xorg.* boot.log lastlog ; cdcela devrait te liberer suffisament de place pour pouvoir redemarrer normalement .
desuite apres le redemarrage :
+ installe ncdu :
sudo apt install ncdu+ ne fais surtout pas les mises a jours si elles apparraissent .
+ passe cette commande qui va liberer encore plus de place dans tees fichiers journaux :
sudo journalctl --vacuum-size=100M+ fais ce qui est decrit dans la section 4.6 de cette page de doc ( Eviter d'écrire en double exemplaire les traces du fonctionnement du logiciel ) , afin de liberer de la place : https://doc.ubuntu-fr.org/ssd_solid_sta … u_logiciel
ensuite relance ncdu a partir de ton ordinateur et plus a partir du CD et donne le retour de :
ncdu -x /Dernière modification par iznobe (Le 24/03/2022, à 19:04)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#15 Le 24/03/2022, à 19:10
- fpcav73
Re : demarage en mode recovery impossible
xubuntu@xubuntu:~$ cd /mnt/var/log && sudo rm Xorg.* boot.log lastlog ; cd
xubuntu@xubuntu:~$
xubuntu@xubuntu:~$ je continue ou il n a ps de place liberee
Hors ligne
#16 Le 24/03/2022, à 19:15
- iznobe
Re : demarage en mode recovery impossible
la tu as supprimer quelques Mega Octets , ca devrait te permettre ( si tout va bien et que c' est le seul probleme de ton OS ) de demarrer normalement sans le CD .
tu peux donc tester si l' ordi demarre sans le CD puis :
desuite apres le redemarrage :
+ installe ncdu :sudo apt install ncdu+ ne fais surtout pas les mises a jours si elles apparraissent .
+ passe cette commande qui va liberer encore plus de place dans tees fichiers journaux :sudo journalctl --vacuum-size=100M+ fais ce qui est decrit dans la section 4.6 de cette page de doc ( Eviter d'écrire en double exemplaire les traces du fonctionnement du logiciel ) , afin de liberer de la place : https://doc.ubuntu-fr.org/ssd_solid_sta … u_logiciel
ensuite relance ncdu a partir de ton ordinateur et donne le retour de :
ncdu -x /
si ca ne demarre pas ,essaye de prendre une photo des erreurs rencontrées qui s' afficheront , ou de les noter si tu y arrives afin de les transmettre sur le forum .
Dernière modification par iznobe (Le 24/03/2022, à 19:19)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#17 Le 24/03/2022, à 20:02
- fpcav73
Re : demarage en mode recovery impossible
malheureusement ca ne marche pas
j ai aucune information
apres la page gnu grub j ai l ecran xubuntu et de suite la demande de mot de passe et qui se repete
Hors ligne
#18 Le 27/03/2022, à 17:41
- fpcav73
Re : demarage en mode recovery impossible
iznobe bonjour!!
desole pour l insistance mais vue qu il n a rien d important a recuperer sur le disque la solution serait de desinstaller xubuntu??
Hors ligne
#19 Le 27/03/2022, à 18:25
- iznobe
Re : demarage en mode recovery impossible
Bonjour , si tu n' as rien a sauvegarder , peut etre qu ' une reinstallation serait bien plus rapide effectivement .
Desolé , j ' avais zappé la discussion 
Le plus simple est de reinstaller par dessus l ' ancienne partition et de choisir installer sur tout le disque , si tu n' as que ce systeme là d' installer .
Une fois que tu as reinstallé , je te propose d ' ouvrir un nouveau fil sur le forum afin qu ' on fasse un tour du proprietaire et voir comment organiser un peu mieux tout cela avec l' aide du forum .
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
Pages : 1