ubuntu refuse de demarrer

syborg · Le 10/10/2019, à 18:47

Salut,
ce matin au demarrage je me trouve avec ca

J''ai lance le journal comme propose, mais il y en a des pages et des pages je ne peut donc pas vous montrer le resultat en prenant des photos.
Que me conseillez vous de faire ?

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).}

Dernière modification par cqfd93 (Le 10/10/2019, à 19:31)

malbo · Le 10/10/2019, à 19:11

syborg a écrit :

J''ai lance le journal comme propose, mais il y en a des pages et des pages je ne peut donc pas vous montrer le resultat en prenant des photos.

Inspire-toi de cette discussion : https://forum.ubuntu-fr.org/viewtopic.php?id=2038319
Tu pourras voir au post #9 qu'on peut coller des photos. Les instructions particulières pour les images sont dans 4.4 Insérer une image

syborg · Le 10/10/2019, à 19:24

malbo a écrit :

syborg a écrit :
J''ai lance le journal comme propose, mais il y en a des pages et des pages je ne peut donc pas vous montrer le resultat en prenant des photos.
Inspire-toi de cette discussion : https://forum.ubuntu-fr.org/viewtopic.php?id=2038319
Tu pourras voir au post #9 qu'on peut coller des photos. Les instructions particulières pour les images sont dans 4.4 Insérer une image

Ok merci, mais dois je vraiment poster le rapport du journal ?

geole · Le 10/10/2019, à 19:44

Bonjour
Uniquement les écrans qui contiennent des lignes en rouge.
Tu peux aussi utiliser un stylo et recopier tout ce qui est en rouge du mieux possible et le joindre à la discussion.

syborg · Le 10/10/2019, à 20:18

Ok alors voici les lignes du journal en rouge :

https://zupimages.net/up/19/41/ieog.jpg

https://zupimages.net/up/19/41/lip5.jpg

https://zupimages.net/up/19/41/2shq.jpg

https://zupimages.net/up/19/41/ijot.jpg

Modération − Rappel : Par respect pour les membres du forum qui naviguent avec une connexion internet limitée et/ou avec un petit écran, merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).

Dernière modification par cqfd93 (Le 10/10/2019, à 20:25)

geole · Le 10/10/2019, à 23:05

Je pense que la quatrième capture n'est pas un vrai incident.
Les trois premières captures montrent un problème d'accès sur des partitions.
Dans un premier temps, avec un support d'installation dit "live-usb", tu devrais installer smartctl et donner l'état du disque SDA voir https://doc.ubuntu-fr.org/smartmontools

sudo apt-get install --no-install-recommends smartmontools 
sudo smartctl  -s  on    -a  /dev/sda

puis faire la commande

sudo fsck -y  /dev/sda7

Nota. il est probable que tu aies installé /home dans une partition dédiée (/dev/sda7). Cela complique la mise en route de l'ordinateur lorsqu'il y a un problème.

Pour éviter ce genre d'incident, Lorsque cela sera réparé, tu pourrais mettre les options fsck.mode=force et fsck.repair=yes dans le fichier /etc/default/grub à faire prendre en compte avec la commande

sudo update-grub

Dernière modification par geole (Le 10/10/2019, à 23:16)

syborg · Le 11/10/2019, à 07:59

Ok merci, je ferai tout ca dimanche a mon retour, je vous tiens au courant si ca se passe mal.

syborg · Le 11/10/2019, à 09:10

geole a écrit :

Nota. il est probable que tu aies installé /home dans une partition dédiée (/dev/sda7). Cela complique la mise en route de l'ordinateur lorsqu'il y a un problème.
Pour éviter ce genre d'incident, Lorsque cela sera réparé, tu pourrais mettre les options fsck.mode=force et fsck.repair=yes dans le fichier /etc/default/grub à faire prendre en compte avec la commande
sudo update-grub

Oui en effet /home est bien installe sur /dev/sda7 . C'est quoi cette histoire de partition dediee je n'avais jamais entendu parler ?
Les options que tu proposes permettent de demarrer meme si il y a des erreurs c'est bien ca ?

syborg · Le 11/10/2019, à 09:21

Voici le retour de smartmontools :

ubuntu@ubuntu:~$ sudo smartctl -s on -a /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-29-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST1000DM010-2EP102
Serial Number:    Z9AR6WA4
LU WWN Device Id: 5 000c50 0b079d1b9
Firmware Version: CC43
User Capacity:    1,000,204,886,016 bytes [1.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Form Factor:      3.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is:    Fri Oct 11 07:18:15 2019 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x73) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 104) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x1085)	SCT Status supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   079   063   006    Pre-fail  Always       -       96121150
  3 Spin_Up_Time            0x0003   099   096   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       546
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   074   060   045    Pre-fail  Always       -       26755682
  9 Power_On_Hours          0x0032   097   097   000    Old_age   Always       -       3239
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       545
183 Runtime_Bad_Block       0x0032   098   098   000    Old_age   Always       -       2
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   073   061   040    Old_age   Always       -       27 (Min/Max 26/27)
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       553
194 Temperature_Celsius     0x0022   027   007   000    Old_age   Always       -       27 (0 7 0 0 0)
195 Hardware_ECC_Recovered  0x001a   003   001   000    Old_age   Always       -       96121150
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       3233 (212 62 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       4058159771
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       8202579236

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

ubuntu@ubuntu:~$

Apparemment pas de problemes de ce cote la n'est ce pas ?

malbo · Le 11/10/2019, à 09:41

syborg a écrit :

Apparemment pas de problemes de ce cote la n'est ce pas ?

Exact. C'est à peu près ce que tu avais trouvé dans ce post d'une précédente discussion : https://forum.ubuntu-fr.org/viewtopic.p … #p22159272

geole · Le 11/10/2019, à 09:42

Bonjour
Les options que je propose permettent de faire la chose suivante à chaque démarrage
1) Contrôler l'état de toute les partitions décrites dans la structure /etc/fstab sauf probablemement les partitions NTFS
2) Réparer toutes les erreurs rencontrées y compris les erreurs importantes

Bien entendu, cette réparation automatique ne fonctionnera pas si les partitions possèdent trop de secteurs illisibles. D'ou l'intérêt de la vérification smartctl

NOTA. en standard. Seule la partition contenant la racine est vérifiée à chaque démarrage. La réparation automatique ne se fait que pour les erreurs mineures ne demandant pas d'intervention de l'utilisateur. Lorsqu'une erreur majeure est rencontrée, le boot demande à l'utilisateur de lancer la commande de contrôle en indiquant clairement le nom de la partition racine.
Les autres partitions ne sont contrôlées que de temps en temps (Il me semble qu'en standard c'est une fois tous les trente démarrages). Le contrôle reste superficiel et si une réparation importante est nécessaire, le nom de la partition en mauvais état est signalé par la méthode que tu viens de vivre.
C'est une des raisons pour laquelle je n'apprécie les conseils de faire une partition nouvelle pour y stocker le répertoire /home. Il est plus sage de proposer une partition indépendante non obligatoire au boot (option NOFAIL) pour les données de l'utilisateur.
De cette façon le plantage au boot est moins fréquent (une seule partition obligatoire au lieu de deux voir trois pour ceux qui ont encore une partition de swap) et le diagnostic est plus facile puisque le nom de la partition est clairement affiché.

geole · Le 11/10/2019, à 09:53

syborg a écrit :

Voici le retour de smartmontools :

ubuntu@ubuntu:~$ sudo smartctl -s on -a /dev/sda

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  195 Hardware_ECC_Recovered  0x001a   003   001   000    Old_age   Always       -       96121150

SMART Error Log Version: 1
No Errors Logged

Apparemment pas de problemes de ce cote la n'est ce pas ?

Il me semble que ce compteur signifie qu'il y a un problème quelque part.

la valeur minima acceptable est 000, a un moment donné la valeur a été 001. elle est actuellement a 003. Il faudrait regarder quelle peut être la valeur maxima.
Pour le moment je ne connais que que dit wikipedia
Temps entre les erreurs corrigées par code correcteur (?) (augmente et diminue, une faible valeur est probablement mauvaise).

syborg · Le 11/10/2019, à 10:09

Voici le retour de fsck

ubuntu@ubuntu:~$ sudo fsck -y  /dev/sda7
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/sda7 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 20976095 extent tree (at level 1) could be shorter.  Fix? yes

Inode 22809687 extent tree (at level 1) could be shorter.  Fix? yes

Pass 1E: Optimizing extent trees
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Unattached inode 20972067
Connect to /lost+found? yes

Inode 20972067 ref count is 2, should be 1.  Fix? yes

Unattached inode 20972878
Connect to /lost+found? yes

Inode 20972878 ref count is 2, should be 1.  Fix? yes

Pass 5: Checking group summary information

/dev/sda7: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda7: 65567/26935296 files (2.6% non-contiguous), 54472594/107716608 blocks
ubuntu@ubuntu:~$

malbo · Le 11/10/2019, à 10:13

geole a écrit :

Les options que je propose permettent de faire la chose suivante à chaque démarrage
1) Contrôler l'état de toute les partitions décrites dans la structure /etc/fstab sauf probablemement les partitions NTFS
2) Réparer toutes les erreurs rencontrées y compris les erreurs importantes

Bonjour,
Ce n'est pas ce qui est écrit quand on passe la commande :

man systemd-fsck

On peut lire dans le résultat de cette commande :

       fsck.mode=
           One of "auto", "force", "skip". Controls the mode of operation. The
           default is "auto", and ensures that file system checks are done
           when the file system checker deems them necessary.  "force"
           unconditionally results in full file system checks.  "skip" skips
           any file system checks.

Donc fsck.mode=force ferait une vérification complète du système de fichiers, qu'elle soit nécessaire ou pas.

syborg · Le 11/10/2019, à 14:30

Plus generalement, si je veux en savoir plus sur fsck et smartmontools, y a t il d'autres sources plus digestes que les pages man ?

malbo · Le 11/10/2019, à 14:37

Moi, je n'ai pas de doc sous le coude.

syborg · Le 11/10/2019, à 14:52

malbo a écrit :

Moi, je n'ai pas de doc sous le coude.

Donc tu fait tout avec les pages man ?

geole · Le 11/10/2019, à 15:39

malbo a écrit :

geole a écrit :
Les options que je propose permettent de faire la chose suivante à chaque démarrage
1) Contrôler l'état de toute les partitions décrites dans la structure /etc/fstab sauf probablemement les partitions NTFS
2) Réparer toutes les erreurs rencontrées y compris les erreurs importantes
Bonjour,
Ce n'est pas ce qui est écrit quand on passe la commande :
man systemd-fsck
On peut lire dans le résultat de cette commande :
       fsck.mode=
           One of "auto", "force", "skip". Controls the mode of operation. The
           default is "auto", and ensures that file system checks are done
           when the file system checker deems them necessary.  "force"
           unconditionally results in full file system checks.  "skip" skips
           any file system checks.
Donc fsck.mode=force ferait une vérification complète du système de fichiers, qu'elle soit nécessaire ou pas.

Bonjour malbo.
C'est ce que j'ai écris. Cependant j'ai ajouté que les partitions NTFS n'étaient peut-être pas dans ce processus (il me semble que fsck ne sait pas trop bien faire)
Mais l'autre option répare... si besoin (Maispas encore rencontré le cas dans mon ordinateur).

 fsck.repair=
           One of "preen", "yes", "no". Controls the mode of operation. The
           default is "preen", and will automatically repair problems that can
           be safely fixed.  "yes" will answer yes to all questions by fsck
           and "no" will answer no to all questions.

Dernière modification par geole (Le 11/10/2019, à 15:41)

malbo · Le 11/10/2019, à 15:40

syborg a écrit :

Donc tu fait tout avec les pages man ?

Non. J'utilise un moteur de recherche quand j'en ai besoin. Là, j'ai fait une recherche sur "fsck.mode=force" et "fsck.repair=yes" et je suis tombé sur une page du web qui m'a amené à la page man.

Dernière modification par malbo (Le 11/10/2019, à 15:41)

malbo · Le 13/10/2019, à 07:30

@geole : j'ai voulu tester dans mon installation de Ubuntu 18.04 les paramètres de noyaux que tu as proposés dans le post #6 : fsck.mode=force et fsck.repair=yes
Sauf que je n'ai pas voulu mettre ça dans le fichier /etc/default/grub : je me suis contenté de l'ajouter à la volée au démarrage de mon ordi (j'ai édité l'entrée du menu Grub pour y ajouter les deux paramètres). Je colle mes résultats :

ESSAI DE RÉFÉRENCE SANS PARAMÈTRE DE NOYAU :

malbo@monpc:~$ cat /run/initramfs/fsck.log
Log of fsck -C -a -T -t ext4 /dev/sda8 
Sun Oct 13 04:46:19 2019

/dev/sda8: clean, 197759/1050576 files, 1860559/4195312 blocks

Sun Oct 13 04:46:19 2019
----------------
malbo@monpc:~$

ESSAI AVEC PARAMÈTRES DE NOYAU "fsck.mode=force fsck.repair=yes" :

malbo@monpc:~$ cat /run/initramfs/fsck.log
Log of fsck -C -f -y -V -t ext4 /dev/sda8 
Sun Oct 13 05:08:56 2019

fsck from util-linux 2.31.1
[/sbin/fsck.ext4 (1) -- /dev/sda8] fsck.ext4 -f -y -C0 /dev/sda8 
e2fsck 1.44.1 (24-Mar-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda8: 197782/1050576 files (0.3% non-contiguous), 1860431/4195312 blocks

Sun Oct 13 05:09:03 2019
----------------
malbo@monpc:~$

/dev/sda8 est la partition racine de mon Ubuntu 18.04
On voit que la vérification forcée du système de fichiers de ma partition racine prend 7 secondes sur le temps de démarrage

EDIT : moi je n'ai pas de partition /home dédiée mais j'ai fait par ailleurs un essai en virtualisation dans un OS invité Ubuntu 18.04 installé avec une partition /home dédiée et j'ai trouvé que les paramètres de noyau "fsck.mode=force fsck.repair=yes" n’entraînent pas une vérification forcée du système de fichier de la partition /home : seule la partition racine fait l'objet d'une vérification forcée. J'ai pu me tromper mais si c'est avéré, ça n'a pas d'intérêt pour syborg d'utiliser ces paramètres de noyau puisque justement c'est sa partition /home qui lui fait du souci (et non pas sa partition racine)

Dernière modification par malbo (Le 13/10/2019, à 07:52)

geole · Le 13/10/2019, à 19:42

Bonjour Malbo
J'ai reporté les deux options dans le fichier de configuration de refind. Il me semble que cela fonctionne bien.
Pendant la mise en route, je vois un message ne disant que le controle de 10 disques (sic)est lancé, puis la quantite de partrions controlées diminue tranquillement.
Voici une trace que je peux récupérer (Depuis trois jours cet ordinateurs était sous windows).
Je n'ai pas de partition /home mais d'autres et jhe ne sais pas comment bien abîmer les partitions sur le portable

geole@geole:/var/log$ cat syslog | grep fsck
Oct 13 19:03:17 a org.gnome.Shell.desktop[3404]: Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x2400084 (fsck (/var)
Oct 13 19:08:50 a systemd-fsck[944]: fsck.ntfs doesn't exist, not checking file system on /dev/sda18.
Oct 13 19:08:50 a systemd-fsck[1224]: fsck.ntfs doesn't exist, not checking file system on /dev/sda13.
Oct 13 19:08:50 a systemd-fsck[945]: fsck.fat 4.1 (2017-01-24)
Oct 13 19:08:50 a systemd-fsck[945]: /dev/sda15: 6 files, 6/1251072 clusters
Oct 13 19:08:50 a systemd-fsck[1146]: Sport: La date de dernier montage du superbloc est dans le futur.
Oct 13 19:08:50 a systemd-fsck[1146]: #011(de moins d'un jour, probablement à cause d'une horloge matérielle mal configurée)
Oct 13 19:08:50 a systemd-fsck[1146]: Sport : propre, 365/6512640 fichiers, 24162900/26021376 blocs
Oct 13 19:08:50 a systemd-fsck[1229]: fsck.fat 4.1 (2017-01-24)
Oct 13 19:08:50 a systemd-fsck[1229]: /dev/sda3: 2134 files, 19326/64733 clusters
Oct 13 19:08:50 a systemd-fsck[1189]: U16042ext4: La date de dernier montage du superbloc est dans le futur.
Oct 13 19:08:50 a systemd-fsck[1189]: #011(de moins d'un jour, probablement à cause d'une horloge matérielle mal configurée)
Oct 13 19:08:50 a systemd-fsck[1189]: U16042ext4 : propre, 269698/655360 fichiers, 1405317/2621440 blocs
Oct 13 19:08:50 a systemd-fsck[1145]: U1710: La date de dernier montage du superbloc est dans le futur.
Oct 13 19:08:50 a systemd-fsck[1145]: #011(de moins d'un jour, probablement à cause d'une horloge matérielle mal configurée)
Oct 13 19:08:50 a systemd-fsck[1145]: U1710 : propre, 11/1048576 fichiers, 77092/4194304 blocs
Oct 13 19:08:50 a systemd-fsck[1228]: U18041: La date de dernier montage du superbloc est dans le futur.
Oct 13 19:08:50 a systemd-fsck[1228]: #011(de moins d'un jour, probablement à cause d'une horloge matérielle mal configurée)
Oct 13 19:08:50 a systemd-fsck[1228]: U18041 : propre, 347584/1966080 fichiers, 3656166/7864320 blocs
Oct 13 19:08:50 a systemd-fsck[1237]: Commun12: La date de dernier montage du superbloc est dans le futur.
Oct 13 19:08:50 a systemd-fsck[1237]: #011(de moins d'un jour, probablement à cause d'une horloge matérielle mal configurée)
Oct 13 19:08:50 a systemd-fsck[1237]: Commun12 : propre, 2415/262144 fichiers, 69410/1048576 blocs
Oct 13 19:08:50 a systemd-fsck[1041]: U16041a: La date de dernier montage du superbloc est dans le futur.
Oct 13 19:08:50 a systemd-fsck[1041]: #011(de moins d'un jour, probablement à cause d'une horloge matérielle mal configurée)
Oct 13 19:08:50 a systemd-fsck[1041]: U16041a a été monté 1 fois sans avoir été vérifié, vérification forcée.
Oct 13 19:08:50 a systemd-fsck[1041]: U16041a : 468894/2097152 fichiers (0.7% non contigus), 6494013/8388608 blocs
Oct 13 19:08:50 a systemd-fsck[1188]: fsck.fat 4.1 (2017-01-24)
Oct 13 19:08:50 a systemd-fsck[1188]: /dev/sda2: 1891 files, 32311/129279 clusters
Oct 13 19:08:50 a systemd-fsck[1241]: Ubuntu1204: La date de dernier montage du superbloc est dans le futur.
Oct 13 19:08:50 a systemd-fsck[1241]: #011(de moins d'un jour, probablement à cause d'une horloge matérielle mal configurée)
Oct 13 19:08:50 a systemd-fsck[1241]: Ubuntu1204 : propre, 192791/655360 fichiers, 905634/2621440 blocs
Oct 13 19:08:50 a systemd-fsck[1236]: fsck.fat 4.1 (2017-01-24)
Oct 13 19:08:50 a systemd-fsck[1236]: /dev/sda29: 8 files, 8/1635202 clusters
Oct 13 19:08:55 a systemd-fsck[1242]: fsck.fat 4.1 (2017-01-24)
Oct 13 19:08:55 a systemd-fsck[1242]: /dev/sda30: 678 files, 476609/523262 clusters

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/10/2019, à 18:47

ubuntu refuse de demarrer

#2 Le 10/10/2019, à 19:11

Re : ubuntu refuse de demarrer

#3 Le 10/10/2019, à 19:24

Re : ubuntu refuse de demarrer

#4 Le 10/10/2019, à 19:44

Re : ubuntu refuse de demarrer

#5 Le 10/10/2019, à 20:18

Re : ubuntu refuse de demarrer

#6 Le 10/10/2019, à 23:05

Re : ubuntu refuse de demarrer

#7 Le 11/10/2019, à 07:59

Re : ubuntu refuse de demarrer

#8 Le 11/10/2019, à 09:10

Re : ubuntu refuse de demarrer

#9 Le 11/10/2019, à 09:21

Re : ubuntu refuse de demarrer

#10 Le 11/10/2019, à 09:41

Re : ubuntu refuse de demarrer

#11 Le 11/10/2019, à 09:42

Re : ubuntu refuse de demarrer

#12 Le 11/10/2019, à 09:53

Re : ubuntu refuse de demarrer

#13 Le 11/10/2019, à 10:09

Re : ubuntu refuse de demarrer

#14 Le 11/10/2019, à 10:13

Re : ubuntu refuse de demarrer

#15 Le 11/10/2019, à 14:30

Re : ubuntu refuse de demarrer

#16 Le 11/10/2019, à 14:37

Re : ubuntu refuse de demarrer

#17 Le 11/10/2019, à 14:52

Re : ubuntu refuse de demarrer

#18 Le 11/10/2019, à 15:39

Re : ubuntu refuse de demarrer

#19 Le 11/10/2019, à 15:40

Re : ubuntu refuse de demarrer

#20 Le 13/10/2019, à 07:30

Re : ubuntu refuse de demarrer

#21 Le 13/10/2019, à 19:42

Re : ubuntu refuse de demarrer

Pied de page des forums