Démarrage impossible suite à MAJ plantée avec Ubuntu Xenial • page 3

[r@in | b0w]

Oui on résume

1) J'ai 3 disques internes et un lecteur CD/DVD branchés mais je sais qui est qui.

2) J'ai deux sessions :
- ma session de travail (kernel plus récent) qui démarre en low graphics et qui ne me permet plus rien ensuite même si je passe en mode texte
- une session plantée avec kernel plus ancien qui, à chaque log en version graphique, me fait repartir en arrière. Par contre en mode texte, aucun souci.

Pour les dernières manipulations, j'ai utilisé le kernel le plus vieux et la session interdisant le log en mode graphique. Je ne pensais pas qu'elle était différente de l'autre (hormis le noyau, ce sont les mêmes droits non ?).

Donc demain matin, je lance la version plus récente du kernel et je retente les manipulations si c'est comme ça que tu le voyais.

[r@in | b0w]

Bon écoute, je ne capte pas.

D'une part, j'ai fait une erreur : ma version stable semble être celle avec le kernel le plus ancien en fait... Bref...

J'ai refait la manipulation en laissant tous les DD internes mais sans clé/DD externe/DVD. J'ai eu une erreur au même endroit pour la création du répertoire provisoire. J'ai pris des photos pour te montrer les réponses à tes commandes et puis comme c'était moche sur les photos, j'ai voulu refaire. J'ai tapé exit puis repris log et refais ta manipulation.

Et tout est passé - enfin, tout, le /home est en train d'être synchro et je dois avec 150Go de données déjà

Donc j'attends la fin avec impatience. Ensuite, je pars en liveCd pour tester le contenu de sdb1 et je pleure de joie si tout est OK D'ailleurs, j'envisage de faire une installation standard (CaSa va rigoler) en ne chiffrant que le /home au final.

On verra ensuite comment récupérer mes données Firefox notamment MDP, je ne les ai nul part ailleurs

Wait & See

[r@in | b0w]

Bilan des courses :

Code: Tout sélectionner

sent 522,311,881,850 bytes
received 12,607,051 bytes
78,633,720.57 bytes/sex
total siez is 521,939,451,443
speedup is 1,00

Je viens de finir les manipulations. Sur mon sdb1, j'ai donc un /home/thibaut mais mon dossier a une croix dessus et je n'ai pas les permissions nécessaires pour l'ouvrir

Je suppose qu'il va falloir feinter ?

[r@in | b0w]

J'ai trouvé tout ce que je cherchais.

Code: Tout sélectionner

sudo su
chmod 777 -R home

Du coup, tous mes dossiers sont à nouveau accessibles même ceux cachés et j'ai trouvé, dans .mozilla, mon profil utilisateur sur Firefox avec les quelques mots de passe que je n'ai pas noté encore.

Je suis en train d'installer Ubuntu à nouveau sur ma partition anciennement chiffrée. J'ai vu que certains tentaient une nouvelle installation identique (chiffrement et partitionnement) pour récupérer leurs données intactes, j'ai la flemme de tester - on est vendredi.

Là, j'aurais une partition standard et un /home chiffré, c'est pas mal et moins buggué non ?

[diogene]

Tu as bien fait d'insister.
Je ne sais pas pour la quantité de bugs. Ce sera sûrement plus facile à récupérer en cas de crash, en tout cas.

Bravo et merci pour le retour. C'était pas évident.

[r@in | b0w]

Je suis en train de copier-coller à la main pour éviter de récupérer des fichiers en 777 qui ne devraient pas l'être, sait-on jamais.

Par contre, faudra que je regarde comment j'avais fait des raccourcis clavier pour activer des bash dans .bin et pourquoi je n'ai pas le son, même en filaire.

J'ai déjà remis les paquets utilisés avant et récupéré les fichiers cachés dans le /home, c'est cool de pouvoir retrouver aussi rapidement sa session de travail. Un grand grand merci à toi

Au fait, parlons sauvegarde. Il vaut mieux faire du clone systématique ou utiliser le système natif d'Ubuntu pour le faire ? Je ne sais pas si on peut planifier via Clonezilla une copie complète tous les X, tu sais peut-être ?

[diogene]

Clonezilla n'est pas fait pour ça.
Tu peux programmer des sauvegardes avec rsync, que tu as utilisé pour sauvegarder ton /home. C'est un outil très puissant et assez facilement paramétrable.
Il existe une interface graphique : grsync.

[r@in | b0w]

Hello hello

Tu peux programmer des sauvegardes avec rsync, que tu as utilisé pour sauvegarder ton /home.

Super comme nouvelle et idée.

Pour résumer, j'ai mon SSD que je veux sauvegarder complètement. Du coup, il faut que j'adapte le chemin pour tout synchroniser. Les questions :
- C'est quel "chemin" pour sauvegarder toute la partition ? /sda directement ?
- L'emplacement de synch doit avoir la même taille logiquement ou plus grand ? Je dois préparer la partition qui réceptionne la synchro ? Si oui, quel format, le même que l'origine ?
- Je suppose qu'on peut planifier une synchro automatique ?

[diogene]

Il existe une interface graphique pour rsync : grsync. Une doc succincte ici.

[CaSa]

Rsync n'est pas réellement fait pour sauver un système Linux entier, car les fichiers système changent trop, mais il est au top pour synchroniser des données entre serveurs et/ou partitions Linux. D'autre part avec rsync c'est de la synchronisation complète non compressée, donc les tailles de copies sont identiques aux tailles sources.
Clonezilla est plutôt mieux fait pour cela.

Franchement si tu veux un truc bien costaud et fiable, je te conseille plutôt de faire les deux :
* un clonezilla compressé de ton disque/tes partitions systèmes tous les mois, que tu pousses sur un NAS ou un disque USB externe
* un rsync de tes dossiers important tous les jours, planifié ou déclenché à la main, sur un disque ou une partition différente
En cas de crash sévère, tu restaures ton image clonezilla, puis tu y repousses tes données sauvées par rsync.
Un Rsync efficace se fait entre serveur linux, le mode bloc est alors utilisé et la sauvegarde est extrêmement rapide. Mais tu peux aussi faire un rsync entre un serveur linux et un partage windows... pas de mode bloc mais les fichiers qui ont changé sont synchronisés entièrement.

[r@in | b0w]

Yop vous deux.

Merci pour les réponses.

J'avais testé rsync en récupérant tout mon / Long surtout quand on a l'option pour sauvegarder à l'arrêt du PC

Donc, je serai oui plutôt partant pour rsync sur /home et Clonezilla pour la totalité mensuellement.

Par contre, je suis toujours embêté avec Gparted quand je prépare ma partition pour rsync. J'ai donc fait une partoche aussi grande quasiment que le SSD pour accueillir le /home mais elle a des droits only root.

J'avais vu chmod 777 mais bon c'est un peu trop radical pour moi, j'ai donc testé ceci :

Code: Tout sélectionner

sudo chmod 770 /media/thibaut/Sauvegarde
sudo chmod 770 /media/thibaut/Sauvegarde

Je deviens le proprio de la partition mais je me pose des questions sur le 770 : ai-je besoin d'avoir un accès groupe dessus ? Quand je regarde en visuel, je vois côté Permissions :
- propriétaire : moi avec tous les droits
- groupe : root avec tous les droits
- autres : aucun

Mais quand je clique sur Changer les permissions des fichiers, je vois que chaque prochain fichier sera accessible en lecture seule par "Autres". C'est problématique non ?

[diogene]

Marrant comme chacun voit les choses différemment. Je trouve au contraire très bien que les fichiers sauvegardés soient protégés contre l'écriture, et donc contre un effacement accidentel. Ils ne sont pas destinés à être utilisés 'tels quels", mais à être restaurés avant.
Ceci dit, tu as (je crois, je vérifierai le cas échéant) la possibilité avec rsync de décider des droits attribués aux fichiers synchronisés.

[CaSa]

Tu crées un répertoire à toi sur le point de montage de ta partition. Ex : partition montée dans /mnt/disk, tu crées un /mnt/disk/thibaut + un chown -R thibaut:thibaut /mnt/disk/thibaut

Ensuite tu fais ton rsync entre /home/thibaut/* et /mnt/disk/thibaut

sans changer de droits...

[r@in | b0w]

Merci pour vos retours à tous les 2.

L'un d'entre vous pourrait me dire les droits d'accès de ses fichiers persos ? Parce que là, j'ai fait "au hasard" en fait (vu que par défaut avec Gparted, ma partition n'appartient qu'à root), juste pour contrôler que ce soit propre dans le tutur

Pour rsync, j'ai mis de /home/thibaut/* vers /media/thibaut/Sauvegarde mais le * provoque une erreur. Et si /home/thibaut, aucun transfert. Je suis vraiment nul

[diogene]

Pour sauvegarder un répertoire complet, y compris les sous-répertoires, il faut ajouter le commutateur -a après rsync.

Les commutateurs sont très utiles, par exemple :
-v permet d'afficher ce que fait rsync au fur et à mesure de son exécution,
-n exécute une "simulation" de l'action sans toucher à rien. Bien pratique quand on fait des essais,
-z compresse les données,
...

La commande :
rsync -avn /home/thibaut/ /media/thibaut/Sauvegarde
va simuler une copie de tout ce que contient le répertoire thibaut dans /media/thibaut/Sauvegarde, en affichant toutes les opérations effectuées.

Si ça fonctionne, tu enlèves le n et tu lances à nouveau la commande :
rsync -av /home/thibaut/ /media/thibaut/Sauvegarde