Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

Ubuntu 18.04 LTS
Ubuntu-fr propose des clés USB de Ubuntu et toutes ses « saveurs » ainsi qu'un magnifique t-shirt pour cette toute nouvelle version d'Ubuntu !

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#51 Le 13/05/2018, à 20:22

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

Bon si tu galère trop allons à la copie du disque, il n'est pas si gros.

Et le pari que je fais que le disque n'est pas trop endommagé est un peu hasardeux. Mieux vaut ne pas prendre de risque à attendre que ça se dégrade.

Donc si tu n'a pas encore lancé la copie donne le retour de

sudo apt-get install gddrescue

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#52 Le 13/05/2018, à 20:42

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

bon je suis un peu paumé complet je n'arrive à rien de rien avec nautilus que j'ai lancer avec le terminal

Hors ligne

#53 Le 13/05/2018, à 20:49

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

Ok oublions la copie avec nautilus pour le moment donnes le retour de la commande de mon post précédent
+

umount -lf /dev/sda1

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#54 Le 13/05/2018, à 20:53

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

ubuntu@ubuntu:~$ umount -lf /dev/sda1
umount: only root can use "--force" option
ubuntu@ubuntu:~$ 

Hors ligne

#55 Le 13/05/2018, à 20:54

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

avec sudo c'est mieux

sudo umount -lf /dev/sda1
sudo apt-get install gddrescue

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#56 Le 13/05/2018, à 20:55

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

ubuntu@ubuntu:~$ sudo apt-get install gddrescue
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet gddrescue
ubuntu@ubuntu:~$ 

Hors ligne

#57 Le 13/05/2018, à 21:00

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

manque le résultat du umount. Il faudrait quand même que tu prennes l'habitude de me donner le retour de toutes les commandes (quand il y en a plusieurs tu peux mettre tout d'un bloc)

l'install de gddrescue ayant foiré, il faut ajouter une commande avant:

sudo apt-get update
sudo apt-get install gddrescue

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#58 Le 13/05/2018, à 21:02

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

ubuntu@ubuntu:~$ sudo umount -lf /dev/sda1
ubuntu@ubuntu:~$ sudo apt-get install gddrescue
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet gddrescue
ubuntu@ubuntu:~$ 

Hors ligne

#59 Le 13/05/2018, à 21:03

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

alors voila ce que me donne nautilus par simple curiosité

ubuntu@ubuntu:~$ nautilus

(nautilus:21321): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed

(nautilus:21321): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed

(nautilus:21321): Gtk-CRITICAL **: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed

(nautilus:21321): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(nautilus:21321): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed

Hors ligne

#60 Le 13/05/2018, à 21:07

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

Oui, c'est sur que quand on le lance à la ligne de commande on voit des choses bizarre. En principe ça se lance à partir d'un icone qui est dans la barre de gauche du bureau... Mais oublions pour le moment.

Restons concentré sur la copie du disque... Tu veux bien faire les 2 commandes de mon post #58 #57

Dernière modification par jamesbad000 (Le 13/05/2018, à 21:07)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#61 Le 13/05/2018, à 21:10

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

buntu@ubuntu:~$ sudo apt-get update
Ign:1 cdrom://Ubuntu 16.04 LTS _Xenial Xerus_ - Release amd64 (20160420.1) xenial InRelease
Atteint:2 cdrom://Ubuntu 16.04 LTS _Xenial Xerus_ - Release amd64 (20160420.1) xenial Release
Réception de:3 http://security.ubuntu.com/ubuntu xenial-security InRelease [107 kB]
Atteint:4 http://archive.ubuntu.com/ubuntu xenial InRelease                    
Réception de:5 http://archive.ubuntu.com/ubuntu xenial-updates InRelease [109 kB]
Atteint:7 http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu xenial InRelease
Réception de:8 http://security.ubuntu.com/ubuntu xenial-security/main amd64 DEP-11 Metadata [67,7 kB]
Réception de:9 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 DEP-11 Metadata [319 kB]
Réception de:10 http://security.ubuntu.com/ubuntu xenial-security/main DEP-11 64x64 Icons [68,0 kB]
Réception de:11 http://archive.ubuntu.com/ubuntu xenial-updates/main DEP-11 64x64 Icons [224 kB]
894 ko réceptionnés en 3s (231 ko/s)                             

** (appstreamcli:21924): CRITICAL **: Error while moving old database out of the way.
AppStream cache update failed.
Lecture des listes de paquets... Fait
ubuntu@ubuntu:~$ 

Hors ligne

#62 Le 13/05/2018, à 21:12

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

ubuntu@ubuntu:~$ sudo apt-get update
Ign:1 cdrom://Ubuntu 16.04 LTS _Xenial Xerus_ - Release amd64 (20160420.1) xenial InRelease
Atteint:2 cdrom://Ubuntu 16.04 LTS _Xenial Xerus_ - Release amd64 (20160420.1) xenial Release
Réception de:3 http://security.ubuntu.com/ubuntu xenial-security InRelease [107 kB]
Atteint:4 http://archive.ubuntu.com/ubuntu xenial InRelease                    
Réception de:5 http://archive.ubuntu.com/ubuntu xenial-updates InRelease [109 kB]
Atteint:7 http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu xenial InRelease
Réception de:8 http://security.ubuntu.com/ubuntu xenial-security/main amd64 DEP-11 Metadata [67,7 kB]
Réception de:9 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 DEP-11 Metadata [319 kB]
Réception de:10 http://security.ubuntu.com/ubuntu xenial-security/main DEP-11 64x64 Icons [68,0 kB]
Réception de:11 http://archive.ubuntu.com/ubuntu xenial-updates/main DEP-11 64x64 Icons [224 kB]
894 ko réceptionnés en 3s (231 ko/s)                             

** (appstreamcli:21924): CRITICAL **: Error while moving old database out of the way.
AppStream cache update failed.
Lecture des listes de paquets... Fait
ubuntu@ubuntu:~$ sudo apt-get install gddrescue
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet gddrescue
ubuntu@ubuntu:~$ 

Hors ligne

#63 Le 13/05/2018, à 21:22

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

merde il y a du sable dans les rouages.

** (appstreamcli:21924): CRITICAL **: Error while moving old database out of the way.

je ne sais pas ce que c'est que cette erreur à la con.

que donnes

free
sudo lsb_release -a

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#64 Le 13/05/2018, à 21:27

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

ubuntu@ubuntu:~$ free
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:        1523540      665048       98556      441424      759936      358864
Partition d'échange:     1562620      462440     1100180
ubuntu@ubuntu:~$ sudo lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04 LTS
Release:	16.04
Codename:	xenial
ubuntu@ubuntu:~$ 

Hors ligne

#65 Le 13/05/2018, à 21:39

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

Visiblement il s'agit d'un live-cd boot-repair basé sur une 16.04 d'origine (on en est à 16.04.4) . Et tu a utilisé assez de mémoire pour que ça déborde dans le swap, qui est sur le disque potentiellement endommagé.

Donc je propose
1 - rebooter
2 - juste après le reboot

sudo swapoff -a

puis repasser les commandes précédentes

sudo apt-get update
sudo apt-get install gddrescue

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#66 Le 13/05/2018, à 21:44

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

ubuntu@ubuntu:~$ sudo swapoff -a
swapoff: /dev/sda5 : échec de swapoff: Ne peut allouer de la mémoire
ubuntu@ubuntu:~$ sudo apt-get update
Ign:1 cdrom://Ubuntu 16.04 LTS _Xenial Xerus_ - Release amd64 (20160420.1) xenial InRelease
Atteint:2 cdrom://Ubuntu 16.04 LTS _Xenial Xerus_ - Release amd64 (20160420.1) xenial Release
Atteint:3 http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu xenial InRelease
Atteint:4 http://archive.ubuntu.com/ubuntu xenial InRelease                    
Réception de:5 http://security.ubuntu.com/ubuntu xenial-security InRelease [107 kB]
Réception de:6 http://archive.ubuntu.com/ubuntu xenial-updates InRelease [109 kB]
Réception de:8 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 DEP-11 Metadata [319 kB]
Réception de:9 http://security.ubuntu.com/ubuntu xenial-security/main amd64 DEP-11 Metadata [67,7 kB]
Réception de:10 http://archive.ubuntu.com/ubuntu xenial-updates/main DEP-11 64x64 Icons [224 kB]
Réception de:11 http://security.ubuntu.com/ubuntu xenial-security/main DEP-11 64x64 Icons [68,0 kB]
894 ko réceptionnés en 4s (204 ko/s)                                           

** (appstreamcli:22345): CRITICAL **: Error while moving old database out of the way.
AppStream cache update failed.
Lecture des listes de paquets... Fait
ubuntu@ubuntu:~$ sudo apt-get install gddrescue
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet gddrescue
ubuntu@ubuntu:~$ 

Hors ligne

#67 Le 13/05/2018, à 21:47

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

echec failed ect
ne croit tu pas que se soit mort ?................ j'essaie de mon coté avec le pc window de ma femme de lire des trucs mais rien de concret et il y a tellement de cas ........... comme tu dit y a du sable dans les rouages

Hors ligne

#68 Le 13/05/2018, à 21:48

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

swapoff: /dev/sda5 : échec de swapoff: Ne peut allouer de la mémoire

arg ! On est dans l'ésotérique là...

que donnes

sudo sudo swapon -s

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#69 Le 13/05/2018, à 21:52

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

ubuntu@ubuntu:~$ sudo sudo swapon -s
Filename				Type		Size	Used	Priority
/dev/sda5                              	partition	1562620	472672	-1
ubuntu@ubuntu:~$ 

Hors ligne

#70 Le 13/05/2018, à 22:05

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

varsy a écrit :

ne croit tu pas que se soit mort ?

Non je ne crois pas. Mais si tu souhaite abandonner ou reprendre plus tard, il n'y a pas de problème...

En attendant ton live-cd est top délire, car dès le démarrage il débord dans le swap. alors que tu as 1.5Go de mémoire et même si c'est loin d'être énorme la moitié suffit. (Je viens de vérifier)

Je te propose de télécharger un live tout frais d'une 16.04.04
http://releases.ubuntu.com/16.04.4/ubun … -amd64.iso


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#71 Le 13/05/2018, à 22:12

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

le pire c'est qu'il viens du site ubuntu je l'ai acheter dès ça sortie
bon je vais chercher un live 16.04.04

Hors ligne

#72 Le 13/05/2018, à 22:14

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

bon ça prend apparement 2h donc je vais le laisser tranquille pendant ce temps
qu'en pense tu ?...........

Hors ligne

#73 Le 13/05/2018, à 22:19

jamesbad000

Re : aprés arret de plusieur jours GRUB RESCUE

je ne vois rien de mieux à faire. En espérant que ça soit bien de la que viennes le soucis...

Après tu peux retester les 2 commandes apt...
Eventuellement on reprendra demain soir si ça se passe trop tard.
Evite dans la mesure du possible de laisser tourner le pc pour rien. Dans le but d'éviter une aggravation de l'état du disque


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#74 Le 13/05/2018, à 22:27

varsy

Re : aprés arret de plusieur jours GRUB RESCUE

ok  sage décision
temps de téléchargement restant 1h1mn
je vais voir
sinon bonne soirée a toi et encore merci
je poursuit de toute façon les investigations le plus loin possible  .....si hs et rien de bon se sera un achat de pc neuf un peu plus moderne ..mais j'en suis pas là

Hors ligne

#75 Le 13/05/2018, à 22:44

moko138

Re : aprés arret de plusieur jours GRUB RESCUE

jamesbad000
1) Ne faut-il pas (comme en 14.04) activer les dépôts universe pour accéder à gddrescue ?


2) L'option -a de swapoff et swapon se réfère au fstab

man swapoff | grep -A9 "all"
       -a, --all
              Tous les périphériques marqués « swap » dans /etc/fstab sont rendus disponibles pour  la  pagination
              sauf  s'ils possèdent l'option « noauto ». Les périphériques qui sont déjà utilisés en tant que tels
              sont silencieusement ignorés.

       -d, --discard
              Abandonner les pages libérées avant de les réutiliser, si le périphérique d'échange permet les  opé‐
              rations d'abandon ou de rognage. Cela pourrait améliorer les performances sur certains périphériques
              SSD (« Solid State Devices »), mais c'est rarement le cas. L'option de montage discard de /etc/fstab
              pourrait aussi permettre d'activer l'option d'abandon.

D'où l'échec de swapoff -a en live.
(Et je sais pas désactiver la swap en ligne de commande).


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne