Re: [Toulibre] Erreur au démarrage / RAID1 LVM

2016-01-21 Par sujet Jérôme via Toulouse-ll 
Bonjour.

Merci pour ta réponse.

>> error: disk `lvmid/Yxknle-OEes-...` not found.
>> Entering rescue mode...
>> grub rescue> ls
>> (hd0) (hdO,msdos1), (hd1) (hd1,msdos1) (hd2) (hd2,msdos2) (md/0)
>>
> 
> Parmis ces disques, il y a donc ceux de ton RAID1 et ton disque de 500Go ?

Je suppose que oui. En tout cas ça a l'air de coller.

> On parle bien d'un RAID *logiciel*, avec mdadm ?

Oui.
 
>> Ma config est évoquée sur cette liste dans le (long) fil "Surveiller
>> l'état des disques durs..." (15 juin 2015). C'est deux disques 1 To en
>> RAID 1 avec une LVM comprenant partition "/", partition "/home" séparée,
>> pas de partition "/boot". L'installation s'est faite assez naturellement
>> avec l'installeur Debian, à part une histoire de Grub qui n'était pas
>> dupliqué sur les MBR de chaque disque et j'ai du faire une manip à la
>> main (même problème que décrit ici:
>>
> http://unix.stackexchange.com/questions/25513/is-grub-installed-to-all-the-mbr-of-a-raid-array-by-default-by-the-debian-instal
> ).
>>
> 
> De ce que je comprends, tu n'as pas créé de partition avant de créer le
> RAID, c'est le disque entier qui est dans la grappe ?

Oui, de mémoire mais à peu près certain. J'ai fait un seul RAID sur tout
le volume des disques, là-dessus j'ai fait un LVM, puis mon
partitionnement "/" et "/home".

> As-tu une sauvegarde de la conf LVM pour recréer les volumes 'à la main' ?

Non. Je ne sais pas à quoi ça pourrait ressembler ou comment la faire.
 
>> J'ai tenté de démarrer sur Live-CD Knoppix et Ubuntu, et seul mon vieux
>> disque de sauvegarde apparaît comme lecteur. Rien sur les volumes en
>> RAID.
>>
> 
> Ça me semble normal, mdadm ne doit pas être installé par défaut.

Oui. En tout cas sur le disque Ubuntu, c'est sûr que non. Knoppix j'ai
pas vérifié.

Hier avec Ubuntu, j'ai installé mdadm, mais je savais pas trop quoi
faire avec.

Est-ce que si je démarre avec un CD qui contient mdadm par défaut, ça
pourrait fonctionner tout seul ?

J'ai vu hier un lien vers un Live-CD Debian Grub Rescue, qqchose comme
grmf.org. Je ne retrouve plus le nom exact. Le code est hébergé sur
GitHub. Ça aiderait, un truc comme ça ?

> Est-ce qu'on moins tes disques sont mentionnés dans le dmesg ?

Il faut que je regarde, je sais pas.

> Peux-tu vérifier si un disque a subit une défaillance avec smartctl
> (pending allocation,...) ?

J'avais pris la peine de configurer smartctl pour m'envoyer des alertes
par courriel en cas de pépin, donc je pense que non. En plus, les
disques ont à peu près 6 mois. Je doute qu'ils soient tombés en panne en
même temps (oui, c'est les mêmes modèles (WD Red), mais quand-même).


Je penche plutôt pour une mise à jour malheureuse (mais je vois pas
quoi) ou une mauvaise manip (j'ai joué avec dd en root pour tenter de
formater une clé USB, je suis à peu près certain de ne pas avoir touché
aux autres /dev, mais comme je vois pas d'explication, j'en viens à
douter...).

> Si tu n'arrive pas à réassembler l'array, il faudra à terme définir le
> disque 'maître' pour récupérer les données et reconstruire le RAID1. Celui
> qui est en meilleur santé est probablement le meilleur candidat.

Je comprends pas. Pour moi, l'intérêt du RAID, c'est précisément que si
un disque tombe, le système fonctionne encore. Or, quand je démarre sur
un disque seul, quel que soit le disque, j'ai cette erreur.

Le fait que l'erreur ait changé lorsque j'ai débranché un disque est
peut-être un effet du RAID. La première erreur faisait peur (volume LVM
perdu). Maintenant, ça se présente comme une erreur de type problème de
Grub qui se résoudrait peut-être classiquement avec un Live-CD dès lors
que le RAID est assemblé et les partitions accessibles.

Et comme je sais pas trop jouer avec mdadm, un Live-CD qui ferait tout
ça automatiquement, ça m'aiderait bien.

>> J'ai tenté de débrancher les disques un par un. Avec le premier, rien de
>> différent. En débranchant l'autre, ça change d'erreur, et maintenant,
>> j'ai toujours cette nouvelle erreur même en rebranchant tout.
>>
>> error: file `/boot/grub/i386-pc/normal.mod` not found.
>>
>> Avez-vous une idée de ce que je peux faire ?
>>
> 
> Attention au boot dégradé. Comme dit plus haut, tu risque de ne plus
> pouvoir réassembler le RAID ensuite.
> Si tu fais ce genre de test, il faut absolument booter avec le RAID en
> read-only.

Ah bon. Je ne sais pas comment on fait.
 
>> J'ai cherché et je continuerai à chercher, mais certains messages
>> d'erreurs peuvent avoir des causes très différentes, et parmi les
>> solutions que je vois, il y a l'utilisation d'un Live-CD pour copier des
>> fichiers de Grub, mais je n'ai pas accès au système de fichier.
>> Peut-être dois-je utiliser mdadm à la main pour assembler le RAID ?...
 
> Pour moi, ce serait la meilleure solution.
> Depuis un live-cd, installer mdadm et tenter d'assembler la grappe.
> Dans l'idéal il te faut le fichier de conf de la grappe, qui est dans
> /etc/mdadm et donner l'identifiant de la grappe en ligne de commande.
> Sinon

Re: [Toulibre] Erreur au démarrage / RAID1 LVM

2016-01-21 Par sujet draco31.fr via Toulouse-ll 
Re,

Le 21 janv. 2016 13:54, "Jérôme via Toulouse-ll" 
a écrit :
>
> Le 2016-01-21 09:50, Jérôme via Toulouse-ll a écrit :
>
> > Y a-t-il un Live-CD magique qui me mâcherait le boulot ?
>
> En fait, si ça passe bien, c'est peut-être juste
>
> - installer mdadm
> - mdadm --assemble --scan
>

Oui dans un premier temps c'est le mieux, et c'est inoffensif.
Je crois qu'il est aussi possible de passer les device à 'assemble' si le
scan échoue.

> donc je peux essayer ça, déjà.
>
> J'ai retrouvé le nom du Live-CD que j'avais vu hier : Grml
> (http://grml.org/)
>

Connais pas.
Bien lire ce que ça fait, et ça devrait aller. En général un rescue disk
prévient de tout dommage.

> Je pense essayer ça, et peut-être Debian Live ou une Ubuntu/Mint
> récente.

Ce que je dis dans mon mail précédent concerne Ubuntu.
Quand le raid est dégradé, et que le boot et/ou la racine du systeme sont
dessus, ça refuse de booter (volontairement).
Ce qui dans le cas d'un Raid1 ou Raid5 et la perte d'un disque est aberrant.

Pour le montage en read-only, je ne sais plus si c'est dans mdadm ou
uniquement au niveau de la commande 'mount' elle-même.

Pour les autres manips (montage disque en moins, etc), y a de la doc sur
internet (c'est pas frais pour moi), et des tuto sur ubuntu-fr.org parmi
les installations raid+lvm avec alternate cd (c'est très vieux mais mdadm
n'a pas changé).

> A moins que qqn ait une suggestion de meilleur "Live-CD de secours à
> toujours avoir sur soi" ?
>

Il y a d'autres rescue live, mais je ne sais pas ce qu'ils valent, donc pas
mieux.
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll

[Toulibre] Rencontres R 2016

2016-01-21 Par sujet Xavier Gendre via Toulouse-ll 

Salut,

je profite de cette liste pour vous annoncer que les prochaines 
Rencontres R auront lieu cette année à Toulouse du 22 au 24 juin sur le 
site de l'ancienne Manufacture des Tabacs.


L'objectif de ces rencontres est de fournir à l'échelle nationale un 
lieu d'échange et de partage d'idées sur l'usage du logiciel libre R 
dans différentes disciplines.


L'appel à communications est d'ors et déjà ouvert et les inscriptions 
devraient être possibles à partir du début du mois de février. Les 
Rencontres R ne sont pas du tout limitées au milieu universitaire et 
sont fréquentées par des personnes d'horizons très variés. Cependant, 
l'inscription à ces Rencontres n'est malheureusement pas gratuite :-/


Plus d'informations sur le site des Rencontres 2016 :
http://r2016-toulouse.sciencesconf.org/

Si vous avez des questions, n'hésitez pas à me contacter car je fais 
partie du comité d'organisation local.


LibRement,
Xavier
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll

[Toulibre] Tails 2.0 party le 27 février

2016-01-21 Par sujet bikepunk via Toulouse-ll 
Le mercredi 27 février, à partir de 18h,
à l'Hotel Albion occupé, au 28 rue Bachelier

on va fêter la sortie de Tails 2.0
https://tails.boum.org/contribute/calendar/

Au programme :
-Des clés USB Tails fraîchement à jour
-Du club Mate
-Des Pizzas Vegan
-De l'internet tetaneutral.net

On pourra parler de trucs de paranos de la surveillance électronique, un
peu de Tails, l'expliquer, tester la nouvelle version (basée pour la
première fois sur Debian Jessie !)

et accessoirement vous aider à installer un linux dans votre PC si vous
y avez encore un vilain système propriétaire qui vous espionne

Viens avec ta clé usb
with datalove <3
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll

Re: [Toulibre] [tetaneutral] Tails 2.0 party le 27 JANVIER

2016-01-21 Par sujet bikepunk via Toulouse-ll 
oups, je m'ai trompé, c'est bien mercredi prochain, le 27 janvier (et
pas février
--

On 01/21/2016 09:38 PM, bikepunk wrote:
> Le mercredi 27 janvier, à partir de 18h,
> à l'Hotel Albion occupé, au 28 rue Bachelier
> 
> on va fêter la sortie de Tails 2.0
> https://tails.boum.org/contribute/calendar/
> 
> Au programme :
> -Des clés USB Tails fraîchement à jour
> -Du club Mate
> -Des Pizzas Vegan
> -De l'internet tetaneutral.net
> 
> On pourra parler de trucs de paranos de la surveillance électronique, un
> peu de Tails, l'expliquer, tester la nouvelle version (basée pour la
> première fois sur Debian Jessie !)
> 
> et accessoirement vous aider à installer un linux dans votre PC si vous
> y avez encore un vilain système propriétaire qui vous espionne
> 
> Viens avec ta clé usb
> with datalove <3
> ___
> tetaneutral mailing list
> tetaneut...@lists.tetaneutral.net
> http://lists.tetaneutral.net/listinfo/tetaneutral
> 
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll

Re: [Toulibre] Récupération LVM

2016-01-21 Par sujet Jérôme via Toulouse-ll 
Le 2016-01-21 21:11, Jérôme via Toulouse-ll a écrit :
> Bonsoir.
> 
> J'avance dans ma recherche.

Je pense que je touche au but.

C'est décrit en détail ici:

http://unix.stackexchange.com/questions/256878/

Je suis pas parfaitement certain de la commande à utiliser pour réparer,
mais je dois pouvoir récupérer mes données, et peut-être même mon
système.

-- 
Jérôme

___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll

[Toulibre] Récupération LVM

2016-01-21 Par sujet Jérôme via Toulouse-ll 
Bonsoir.

J'avance dans ma recherche.

J'utilise Debian Live.

J'ai pu assembler le RAID sans problème, mais je n'arrive pas à utiliser
le LVM.



# aptitude install mdadm

# mdadm --assemble --scan



dmesg:

[  617.036709] md: md0 stopped.
[  617.038099] md: bind
[  617.038302] md: bind
[  617.214903] md: raid1 personality registered for level 1
[  617.215534] md/raid1:md0: active with 2 out of 2 mirrors
[  617.215694] created bitmap (8 pages) for device md0
[  617.215956] md0: bitmap initialized from disk: read 1 pages, set 0 of
14903 bits
[  617.682354] md0: detected capacity change from 0 to 168874240
[  617.693821]  md0:



/etc/mdadm/mdadm.conf:

[...]

# definitions of existing MD arrays
ARRAY /dev/md/0  metadata=1.2 UUID=102b07b8:703e4597:574b2ecf:880a1aee
name=bouzin:0

[...]



# ls -l /dev/md/0
lrwxrwxrwx 1 root root 6 Jan 21 19:34 /dev/md/0 -> ../md0

# ls -l /dev/md0
brw-rw 1 root disk 9, 0 Jan 21 19:34 /dev/md0

# mkdir /media/raid

# mount -o ro /dev/md0 /media/raid/
mount: wrong fs type, bad option, bad superblock on /dev/md0,
   missing codepage or helper program, or other error

   In some cases useful info is found in syslog - try
   dmesg | tail or so.

# mount -t ext4 -o ro /dev/md0 /media/raid/
mount: wrong fs type, bad option, bad superblock on /dev/md0,
   missing codepage or helper program, or other error

   In some cases useful info is found in syslog - try
   dmesg | tail or so.




dmesg:

[ 2052.416040] EXT4-fs (md0): VFS: Can't find ext4 filesystem



Jusque là, c'est logique. J'ai tenté mount mais aucune chance puisque la
partition est un LVM, elle ne se monte pas comme ça.

Ci-dessous, infos en vrac puis tentative LVM.



# mdadm --examine /dev/md0
/dev/md0:
   MBR Magic : aa55

# file -s /dev/{md0,sda,sdc}
/dev/md0: DOS/MBR boot sector
/dev/sda: DOS/MBR boot sector
/dev/sdc: DOS/MBR boot sector



Ces "DOS/MBR boot sector", ça m'embête. J'y reviens plus tard.

Le reste, j'en tire rien, je le laisse au cas où.




# mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
  Creation Time : Sun Jun 21 18:04:33 2015
 Raid Level : raid1
 Array Size : 976629760 (931.39 GiB 1000.07 GB)
  Used Dev Size : 976629760 (931.39 GiB 1000.07 GB)
   Raid Devices : 2
  Total Devices : 2
Persistence : Superblock is persistent

  Intent Bitmap : Internal

Update Time : Wed Jan 20 22:28:23 2016
  State : clean 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

   Name : bouzin:0
   UUID : 102b07b8:703e4597:574b2ecf:880a1aee
 Events : 4349

Number   Major   Minor   RaidDevice State
   0   810  active sync   /dev/sda1
   1   8   331  active sync   /dev/sdc1


# fdisk -l /dev/md0

Disk /dev/md0: 931.4 GiB, 168874240 bytes, 1953259520 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x9c0ff432

# sfdisk -l /dev/md0

Disk /dev/md0: 244157440 cylinders, 2 heads, 4 sectors/track
Units: cylinders of 4096 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start End   #cyls#blocks   Id  System
/dev/md0p1  0   -   0  00  Empty
/dev/md0p2  0   -   0  00  Empty
/dev/md0p3  0   -   0  00  Empty
/dev/md0p4  0   -   0  00  Empty

# sfdisk -l /dev/sda

Disk /dev/sda: 121601 cylinders, 255 heads, 63 sectors/track
Units: cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start End   #cyls#blocks   Id  System
/dev/sda1  0+ 121601- 121602- 976760832   fd  Linux raid
autodetect
/dev/sda2  0   -   0  00  Empty
/dev/sda3  0   -   0  00  Empty
/dev/sda4  0   -   0  00  Empty

# sfdisk -l /dev/sdc

Disk /dev/sdc: 121601 cylinders, 255 heads, 63 sectors/track
Units: cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start End   #cyls#blocks   Id  System
/dev/sdc1  0+ 121601- 121602- 976760832   fd  Linux raid
autodetect
/dev/sdc2  0   -   0  00  Empty
/dev/sdc3  0   -   0  00  Empty
/dev/sdc4  0   -   0  00  Empty

# cat /proc/mdstat
Personalities : [raid1] 
md0 : active (auto-read-only) raid1 sda1[0] sdc1[1]
  976629760 blocks super 1.2 [2/2] [UU]
  bitmap: 0/8 pages [0KB], 65536KB chunk

[Toulibre] Animations CSS et Squelettes spip

2016-01-21 Par sujet Emmanuel Courcelle via Toulouse-ll 

Bonjour

Deux nouvelles animations organisées très prochainement par le Projet 
Internet et Citoyenneté à la Maison des Associations de Ramonville. Ces 
deux animations sont *complémentaires*: c'est une bonne idée de 
participer aux deux, mais /ce n'est pas obligatoire./


*1/ SAMEDI 30 JANVIER 2016:* Personnaliser son site Web avec les CSS: 
Initiation aux CSS. A partir de la version distribuée de SPIP, 
personnaliser son site en modifiant les fichiers CSS.


*2/ SAMEDI 13 FEVRIER 2016:*  Initiation à l’écriture/modification des 
squelettes qui conditionnent les fonctionnalités présentes dans les 
pages d’un site sous SPIP. Modifier le squelette des articles, 
rubriques, etc. pour changer l’aspect et les fonctionnalités présentes 
dans les pages du site.


Dans les deux cas, le prérequis est d'/avoir déjà travaillé avec SPIP, 
au moins pour rentrer du contenu./ Séances GRATUITES mais INSCRIPTION 
OBLIGATOIRE en envoyant un courriel à pi...@le-pic.org 



Merci de préciser lors de l'inscription:

1. À quelle(s) séance(s) vous vous inscrivez.
2. Si vous pouvez venir avec votre machine (équipée d'une carte réseau
   filaire ou wifi et... en état de marche) ou si vous souhaitez que
   nous vous en prêtions une.

Amicalement,
Emmanuel pour le PIC

___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll

Re: [Toulibre] Récupération LVM

2016-01-21 Par sujet Jérôme via Toulouse-ll 
Bonjour.

Le 2016-01-22 07:53, draco31.fr a écrit :
> Jérôme,
> 
> Content que le raid soit de retour !
> Je vois dans /proc/mdstat qu'il est en read-only. À voir si tu pourras
> continuer les manips sur LVM dans cet état...

Ah, effectivement, j'avais pas vu ça.
 
> Pas sûr que tu ais partitionné le md du raid. Ça ne semble pas logique avec
> l'emploi de LVM.
> Par contre, le pb du MBR me semble cohérent.
> 
> Ma proposition qui est sans risque:
> Assemble le raid.
> Avec GParted, positionne le flag LVM sur md0.
> Si pas possible, sur les partitions de la grappe: /dev/sda1 et /dev/sdb1
> Sauvegarde.
> Rescan LVM et fdisk voir si il parle toujours de MBR/MSDOS.
> 
> Tu peux retirer les flags après coup si ça ne marche pas.

OK, je comprends.

> Garde le pvcreate pour la fin, parce que je ne suis pas sûr que tu
> n'écraseras pas de données.

OK, merci.

Je regarderai ce soir ou plus probablement demain.

Une réponse sur Stack Exchange fait état d'informations contradictoires
dans ce que j'ai noté (et propose d'utiliser strace pour clarifier).

http://unix.stackexchange.com/questions/256878/recover-lvm-on-raid1-no-volume-groups-found-partition-table-erased/256910#256910

Bon dredi.

-- 
Jérôme

___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll

Re: [Toulibre] Récupération LVM

2016-01-21 Par sujet draco31.fr via Toulouse-ll 
Jérôme,

Content que le raid soit de retour !
Je vois dans /proc/mdstat qu'il est en read-only. À voir si tu pourras
continuer les manips sur LVM dans cet état...

Le 22 janv. 2016 00:43, "Jérôme via Toulouse-ll" 
a écrit :
>
> Le 2016-01-21 21:11, Jérôme via Toulouse-ll a écrit :
> > Bonsoir.
> >
> > J'avance dans ma recherche.
>
> Je pense que je touche au but.
>
> C'est décrit en détail ici:
>
> http://unix.stackexchange.com/questions/256878/
>
> Je suis pas parfaitement certain de la commande à utiliser pour réparer,
> mais je dois pouvoir récupérer mes données, et peut-être même mon
> système.
>

Pas sûr que tu ais partitionné le md du raid. Ça ne semble pas logique avec
l'emploi de LVM.
Par contre, le pb du MBR me semble cohérent.

Ma proposition qui est sans risque:
Assemble le raid.
Avec GParted, positionne le flag LVM sur md0.
Si pas possible, sur les partitions de la grappe: /dev/sda1 et /dev/sdb1
Sauvegarde.
Rescan LVM et fdisk voir si il parle toujours de MBR/MSDOS.

Tu peux retirer les flags après coup si ça ne marche pas.

Garde le pvcreate pour la fin, parce que je ne suis pas sûr que tu
n'écraseras pas de données.

A+
Régis
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll