sudo dd if=doudoulinux-2010-08-fr.img of=/dev/sdb... sauf que l'image a atterri sur ma SSD, ce que je n'arrive pas à expliquer puisque ma SSD s'appelle normalement /dev/sda ! Résultat des courses : sans aucune clé USB branchée, mon laptop démarre sur DoudouLinux, sans me laisser aucun choix :-(
Par contre, comme l'image de DoudouLinux fait 800 Mo, j'ai repris espoir en me disant que j'avais flingué les 800 premiers Mo de ma SSD, ce qui correspond au début de ma partition Windows, mais qu'avec un peu de chance ma partition Linux devrait être intacte. Par malheur, je n'ai pas fait de sauvegarde de ma table de partition, me voilà donc parti à la recherche d'un outil pour la reconstruire... ça tombe bien, le week-end s'annonçait pluvieux !
Voilà la procédure que j'ai suivi, et c'était beaucoup plus simple que ce que j'avais imaginé, ça ne m'a pris que quelques heures de mon Vendredi soir !
- Sur un autre PC Ubuntu de la maison, téléchargement d'Ubuntu Rescue Remix version 10.10, et installation sur une clé USB grâce à l'outil Créateur de disque de démarrage d'Ubuntu.
- Boot de mon portable sur la clé USB Ubuntu Rescue Remix.
- Malheureusement, le système ne propose pas de passer le clavier en AZERTY (c'est la seule chose que je reproche à Ubuntu Rescue Remix, le reste est parfait !). Mais on peut le faire en ligne de commande : on s'en sort avec :
sudo apt-get install console-dataéventuellement suivi d'un :sudo dpkg-reconfigure console-dataNote : malgré ça, certaines touches ne sont toujours pas au bon endroit, mais on s'en sort quand même. - Je jette un oeil à ma table de partition avec cfdisk : effectivement, je ne vois qu'une partition de 800 Mo correspondant à DoudouLinux.
- Je lance un des outils de reconstruction de table de partition :
sudo testdisk
Ensuite, il suffit de se laisser guider par les menus. Il retrouve comme par miracle ma partition de Swap et ma partition Ext4 et m'affiche à l'écran une proposition de table de partitions. Comme la proposition à l'air bonne, je lui demande de l'écrire sur ma SSD. sudo reboot
pour prendre en compte la nouvelle table de partition.
Je redémarre sur ma clé USB Ubuntu Rescue Remix.- Je monte ma partition Ext4 dans /mnt/tmp... VICTOIRE, mes données sont là !
- Je réinstalle Grub2 sur le MBR :
sudo grub-install --root-directory=/mnt/tmp /dev/sda sudo reboot
Et voilà, tout est rentré dans l'ordre. Je retouve ma chère Ubuntu Maverick.
Bilan :
- ça ne m'a pris que la première partie de mon Vendredi soir, lecture de doc incluse !
- mon Ubuntu est ressuscitée !
- mon Windows 7 est mort, écrasé par DoudouLinux :-)
Autres trucs que j'ai appris :
- dd_rescue (paquet ddrescue) est un remplacant moderne de dd
- sur certains BIOS, il faut activer l'option USB legacy support pour pouvoir booter sur une clé USB ou un lecteur CD USB.
Les leçons que j'en tire :
- sauvegarder son /home avec Back In Time c'est bien, mais dans ce cas il faut éviter de coder dans /usr/local/src... ou bien mettre à jour la liste des répertoires sauvegardés par Back In Time !
- par défaut, Back In Time exclue les fichiers et répertoires cachés... or les bookmarks Firefox sont stockés dans un répertoire caché. Une petite mise-à-jour de l'onglet "Exclude" des Préférences de Back In Time suffit.
- faire une sauvegarde de son MBR avec la commande :
sudo dd if=/dev/sda of=mbr.img bs=512 count=1et de la sortie de la commande "p" de fdisk (qui affiche la table des partitions dans un format lisible), ça ne coûte pas cher. Et quand on se se retrouve dans ma situation, ça rassure. - toujours vérifier que le device de sortie de dd est bien celui qu'on croit, en lançant par exemple gparted sur le device au préalable.
J'ai voulu poster un message de remerciement dans le forum d'Ubuntu Rescue Remix, et, après avoir validé mon message, une gentille page Web m'informe que mon message est considéré comme du spam... sympa !
J'ai finalement installé les logiciels fournis par DoudouLinux sur ma Ubuntu, et ils ont l'air d'être tous packagés (paquets gamine, childsplay, pysycache, etc...). Et si j'ai peur que mon fils supprime des données à force de taper sur n'importe quelle touche du clavier et de cliquer n'importe où, je peux toujours lui créer un compte à lui sur mon portable !
# System Rescue CD
Posté par claudex . Évalué à 10.
Alors qu'il suffisait d'utiliser System Rescue CD ( http://www.sysresccd.org/Page_Principale ) qui te propose de choisir la disposition de ton clavier au démarrage.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: System Rescue CD
Posté par JGO . Évalué à 3.
J'essaie Ubuntu Rescue Remix, et c'est le FAIL, le système de démarrage essaie de détecter les disques, d'activer le DMA. Problème, le disque était physiquement demi-mort, les scripts balançaient des erreurs et ne démarraient jamais (j'ai pourtant bataillé).
Je passe à System Rescue CD (pour info basé sur gentoo) : les scripts ne cherchent pas à jouer au plus malin avec les accélérations matérielles sur une machine cassée. Ça démarre rapidement, y'a les outils qu'il faut (sauf smartctl), on fait le boulot, c'est plié.
[^] # Re: System Rescue CD
Posté par barmic . Évalué à 1.
http://www.sysresccd.org/Sysresccd-manual-en_How_to_install_(...)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: System Rescue CD
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: System Rescue CD
Posté par ymorin . Évalué à 1.
http://unetbootin.sourceforge.net/
Tu lui files une image ISO, il te fait une clé bootable.
Pof, pof, Igor...
[^] # Re: System Rescue CD
Posté par barmic . Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: System Rescue CD
Posté par legranblon (site web personnel) . Évalué à 2.
Une distribution avec pépins quoi ...
Oui, je sais.
[^] # Re: System Rescue CD
Posté par JGO . Évalué à 2.
# uuid
Posté par pampryl . Évalué à 5.
[...]
* toujours vérifier que le device de sortie de dd est bien celui qu'on croit, en lançant par exemple gparted sur le device au préalable.
Et préférer utiliser les uuid pour différencier tes "disques durs/partitions" dans ton système de fichiers plutôt que leur nom "sd*/*" car eux ne pointent pas aléatoirement un(e) disque/partition où un(e) autre...
ls -l /dev/disk/by-uuid/(dans le fstab notamment)
[^] # Re: uuid
Posté par Anonyme . Évalué à 3.
Utiliser les uuid est plus sûr car il oblige à faire cette vérification.
[^] # Re: uuid
Posté par totof2000 . Évalué à 6.
[^] # Re: uuid
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: uuid
Posté par totof2000 . Évalué à 5.
[^] # Re: uuid
Posté par Moonz . Évalué à 3.
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
Ce ne serait pas plus simple si un periphérique donné ne changeaipt pas simplement de nom au reboot, plutot que d'ajouter des couches compliquées nécessitant de faire le travail à la main ?
Sur d'autres OS, les hardware path ne chanent pas tous les 4 matins : il y a une logique d'attribution de noms.
[^] # Re: uuid
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
Pour les disques SAN ça dépend de la baie qui est derrière, mais sur certaines baies, on peut déterminer à peu de choses près le chemin dans /dev/dsk en fonction de la façon dont le disque a été attribué sur la baie.
[^] # Re: uuid
Posté par Moonz . Évalué à 2.
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
[^] # Re: uuid
Posté par illogict . Évalué à 1.
[^] # Re: uuid
Posté par Batchyx . Évalué à 2.
ls /dev/disk/by-id/Y a les devices et les numéros (pas uuid) des partitions.Quand à savoir si ça serait plus simple, non ça n'est pas plus simple. Plus facile peut être, mais pas plus simple ;) Surtout comparé à un OS qui à besoin de maintenir une liste de matériel pour fonctionner correctement, et qui ne résiste absolument pas à un changement de matériel.
[^] # Re: uuid
Posté par totof2000 . Évalué à 1.
[^] # Re: uuid
Posté par weonbin . Évalué à 2.
Ca serait pas mal si cette fonctionnalité était intégrée aux gestionnaires de fichiers comme sous windows.
[^] # Re: uuid
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: uuid
Posté par zebra3 . Évalué à 2.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
[^] # Re: uuid
Posté par Moonz . Évalué à 2.
Tu peux mettre un label sur des partitions non ext2. dosfslabel, par exemple.
> ou à un raw device pour une BDD ?
Tu utilises des règles udev pour lui donner un petit nom. Certes, c’est un peu plus compliqué que de mettre un label à une partition, mais quelqu’un qui administre une BDD qui demande à accéder direct au hardware devrait être capable de faire ça, quand même.
[^] # Re: uuid
Posté par totof2000 . Évalué à 1.
Non. Soit il n'en a pas les droits, ou il ne sait pas faire ... son métier c'est DBA, pas admin système, et il n'a pas à connaitre la totalité des subtilités de chaque OS sur lesquels sa BDD tourne.
[^] # Re: uuid
Posté par Moonz . Évalué à 5.
Ce que je voulais dire, c’est qu’une boîte qui fait tourner de telles bases de données doit avoir des sysadmins assez compétents pour faire man udev. Ou j’ose l’espérer, du moins.
[^] # Re: uuid
Posté par pampryl . Évalué à 4.
je ferais un patch demain et on pourra arrêter de faire des releases tous les 3mois pour corriger ou ajouter des trucs nuls de toute façon ;-)
(ironie +++ pour ceux qui seraient un peu lent au décodage)
[^] # Re: uuid
Posté par totof2000 . Évalué à 1.
[^] # Re: uuid
Posté par Batchyx . Évalué à 4.
[^] # Re: uuid
Posté par gemegik . Évalué à 4.
Pour ceux qui ne connaissent pas (dont totof apparemment), on peut avec udev créer des règles pour associer à un périphérique (détecté par son uniqueID, son chemin physique, son nom commercial, ...) un nom système (ou un lien symbolique dans /dev) permanent.
Ceci est notamment la solution aux eth0/eth1 qui permutent au boot selon l'ordre de réponse sur le bus PCI. Il suffit de déterminer que la e1000 s'appelle toujours eth0 (ou même intel0 si tu préfères) et la 3Com eth1, et c'est réglé !
Pour tes disques, tu peux ainsi créer une nouvelle convention de nommage parallèle à celle par défaut du noyau, qui conviendrait à d'autres besoins que /dev/disk/by-path/ et /dev/disk/by-id/ déjà mentionnés dans ce thread.
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
Cool, et sous Redhat par exemple, sur quoi se basent les scripts de démarrage réseau pour attribuer le nom de device ? Ca met bien en l'air l'argument selon lequel ce système résiste au changement hardware.
Sur d'autres OS, c'est la position du matériel sur le bus, ou la façon dont les disques ont été attribués sur la baie qui détermine le nom du device physique.
[^] # Re: uuid
Posté par pampryl . Évalué à 2.
En quoi c'est mieux? C'est juste différent non? Pas forcément mieux... Si tu échanges des positions tu te retrouves avec des identifiants inversés... merci le bordel dans ce cas aussi.
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
Cool, alors si je veux devoir gérer 300 disques avec ma babasse Linux, je dois créer 300 regles UDEV pour être sur que mes disques ne seront pas renommé entre 2 redémarrages ? ya pas un raccourci possible avec UDEV ? CCe serait déjà mieux que rien.
[^] # Re: uuid
Posté par Moonz . Évalué à 2.
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
GNI ?????
Dans le genre simple ....
[^] # Re: uuid
Posté par Moonz . Évalué à 2.
2. Par BDD, j’entends "stockage persistent", donc soit un fichier texte, soit au pire une base SQLite, pas une base oracle en load balancing sur 5 serveurs juste pour ça (remarque que techniquement, même ça c’est possible…)
[^] # Re: uuid
Posté par Batchyx . Évalué à 2.
après ton numéro unique dépend de ce que tu veux.
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
[^] # Re: uuid
Posté par Batchyx . Évalué à 2.
Par défaut, c'est l'UUID, c'est pouvoir retrouver les partitions en ayant changés les contrôleurs, les disques, et en ayant déplacé les partitions aux hasard sur ces disques. Ça me parait raisonnable comme configuration par défaut, sachant qu'à coté il y a by-id by-path, et que les deux approches sont forcement pas mangeables.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: uuid
Posté par Batchyx . Évalué à 2.
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
Pas quand tu as 300 disques à gérer. S'il faut faire la conf de 300 disques à la main, ça devient vite pénible. L'UUID nest pas un problème en soi, ça peut servir, par contre une config par défaut avec une norme quelque part (qui serait à mon avis plus du ressort de la distrib que du kernel) pourrait être intéressant, mais là je parle un peu dans le vide car je n'ai pas eu le temps de regarder comment ça marche exactement sur Linux. Tout ce que je peux te dire, c'est que sur d'autres systèmes, l'approche par chemin hardware persistent marche plutot bien, et sur des serveurs ayant à gérer plus de 100 To, je n'ai jamais rencontré de gros inconvénients à cette approche, et j'ai vraiment du mal à voir les avantage de la méthode Linux.
[^] # Re: uuid
Posté par pampryl . Évalué à 2.
Finalement, y'a pas que les inconvénients que tu y vois... Mais comme je le dis plus haut, c'est une question de point du vue. Les deux approches sont surtout 'différentes'. De là à dire que l'une est mieux que l'autre, ça dépend juste de ce que tu veux en faire et de la flexibilité que ça apporte à TA configuration.
[^] # Re: uuid
Posté par totof2000 . Évalué à 1.
Aucun rapport : le top500 ne parle que des perfs de calcul, La geston du stockage n'a rien a voir et les OS qui gèrent le mieux leur volumétrie sont loin d'être des bêtes de courses (mainframes IBM par exemple).
[^] # Re: uuid
Posté par Batchyx . Évalué à 2.
L'admin ou l'utilisateur ne comprenait pas que linux ne marche plus dès que l'on changeait le disque de place, que l'on réorganise les partitions alors que windows s'en sortait bien. Surtout avec grub1 ou liloo ou en gros le système devenait complètement imbootable dans ces cas la.
L'approche par chemin hardware à manifestement échouée pour la plupart des utilisateurs, y compris des admins, donc c'est parfaitement normal et raisonnable de mettre les UUID par défaut, sachant que ça reste qu'une configuration par défaut, et que comme toute configuration par défaut, c'est fait pour les neuneus qui aiment bien les configurations par défaut qui marchent.
Devoir gérer 300 disques ça n'est pas un besoin courant, et il y a quand même by-id et by-path présent par défaut pour ceux qui sont dans ce cas.
Et même dans ton cas, rien que pour trouver la partition racine, je garderait quand même la méthode des UUID, parce que c'est fait pour.
[^] # Re: uuid
Posté par totof2000 . Évalué à 2.
C'est sur que sur un serveur avec 300 disques, on change de place les disques tous les jours :).
Plus sérieusement, je n'ai rien contre cette façon de faire pour les postes de travail bureautique. Pour le reste, c'est pas forcément la bonne façon de faire et je pense que les distribs orientées "entreprises" devraient favoriser une autre approche.
Devoir gérer 300 disques ça n'est pas un besoin courant, et il y a quand même by-id et by-path présent par défaut pour ceux qui sont dans ce cas.
300 disques, sur des serveurs d'entreprise, ce n'est pas si banal que ça .... Si tu prends des métas de 33 Gb, ça ne fait que 9 To de données,
Et même dans ton cas, rien que pour trouver la partition racine, je garderait quand même la méthode des UUID, parce que c'est fait pour. Bien sur, je n'ai rien contre, ce qui me gène c'est la non persistence des chemins dans /dev et le fait que l'on doit configurer UDEV pour avoir un truc persistant.
[^] # Re: uuid
Posté par zebra3 . Évalué à 2.
Quand on voit la gamme de matériel qui est prévue pour ce noyau (téléphone portable, tablettes, PC, serveur ou super ordinateur, sans compter les architectures), il y a forcément un usage pour lequel les choix ne vont plus. Mais on n'est pas bloqué pour autant, puisque Linux et Udev sont suffisamment souple pour être reconfigurés.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
# forum
Posté par Julien Gilbert . Évalué à 10.
Vous voulez pas la jouer soft ? Je suis pas contraignant... vous voulez la jouer hard ? On va la jouer hard
# La leçon à en tirer
Posté par gUI (Mastodon) . Évalué à 4.
Je te résume les 3 premières leçons en une seule : quand on met un système de sauvegarde en place, il faut tester au moins une fois la récupération : décider un beau matin que le disque dur est mort, et tout remettre depuis ses sauvegardes. Là on peut en tirer les leçons, réparer et ne pas être surpris le jour où, en effet, le disque sera mort...
Et avant que qui que ce soit me le demande, je répond fièrement : non, je ne l'ai pas fait et je m'en suis mordu les doigts (vous avez vu ? j'ai pas dit "couilles") (trop tard...) et j'ai donc également appris comme ça les points faibles de mes sauvegardes.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Laleçon àen tirer
Posté par moules . Évalué à -1.
une journée pour ça.
Y a des gens qui aiment bien passer leur temps à configurer leur machine, et y a
ceux qui aiment bien l'utiliser.
[^] # Re: Laleçon àen tirer
Posté par Littleboy . Évalué à 6.
[^] # Re: Laleçon àen tirer
Posté par Arthur Geek (site web personnel) . Évalué à 2.
Ou plutôt, le jour où tu évites de perdre x semaines/journées, tu te dis que tu as bien fait de tester.
Prochainement, je vous proposerai peut-être un commentaire constructif.
# On n'est pas sous Windows !
Posté par inico (site web personnel) . Évalué à 4.
sudo rebootpour prendre en compte la nouvelle table de partition.
Je redémarre sur ma clé USB Ubuntu Rescue Remix.
sudo sfdisk -R /dev/sdaL'ioctl BLKRRPART n'est pas fait pour les chiens !
[^] # Re: On n'est pas sous Windows !
Posté par pampryl . Évalué à 2.
[^] # Re: On n'est pas sous Windows !
Posté par nonas . Évalué à 2.
⇢ █
[^] # Re: On n'est pas sous Windows !
Posté par zebra3 . Évalué à 2.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: On n'est pas sous Windows !
Posté par benoar . Évalué à 2.
blockdev --rereadpt /dev/sda
[^] # Re: On n'est pas sous Windows !
Posté par inico (site web personnel) . Évalué à 1.
$ rpm -qf /sbin/sfdiskutil-linux-ng-2.16.2-9.fc12.x86_64
sfdisk est aussi un utilitaire «de base» :)
# Rien à voir ...
Posté par _eLRIC . Évalué à 4.
[^] # Re: Rien à voir ...
Posté par Alexis de Lattre (site web personnel) . Évalué à 3.
Actuellement, c'est Tanguy Ortolo qui fait tout le travail de mise-à-jour de la doc, merci à lui également !
[^] # Re: Rien à voir ...
Posté par zebra3 . Évalué à 10.
$ sed -i "s/internet/web/g" *
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
# sfdisk
Posté par eric gerbier (site web personnel) . Évalué à 2.
# sauvegarder
sfdisk -d /dev/hda > hda.out
# restaurer
sfdisk /dev/hda < hda.out
# pour ma part récemment j'ai utilisé ....
Posté par totof2000 . Évalué à 2.
Je ne sais pas si cette distro permet de configurer le clavier en azerty, je n'ai pas cherché. Mais ça ne me gène pas, je praiquais à une époque indiféremment le azerty et le qwerty.
http://www.ultimatebootcd.com/
# Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Moralité
Posté par totof2000 . Évalué à 1.
[^] # Re: Moralité
Posté par gniurk . Évalué à 3.
[^] # Re: Moralité
Posté par totof2000 . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Moralité
Posté par totof2000 . Évalué à 2.
C'est ce que je me souviens avoir lu.
Je suppose également que la vitesse de rotation des plateaux est une constante en fonctionnement (hors ralentissement pour l'économie d'énergie sur les disques modernes).
Oui.
Je suppose que, comme pour un CD/DVD, le début de l'espace de stockage est à la périphérie.
Ca par contre je n'en sais rien : avec les disques modernes, je me demande si la "vue" que l'on a de l'attribution de la volumétrie sur le disque est bien réelle. Mais si ma mémoire est bonne, il y a un temps, l'attribution des cylindres se faisait du centre vers la périphérie (a moins que je ne me trompe). Et j'ai toujours cru que le début de l'espace de stockage d'un CD/DVD se faisait au centre, et non à la périphérie.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Moralité
Posté par illogict . Évalué à 7.
Par contre, les DVD spécifiques à la Wii sont gravés depuis l'extérieur, si je ne m'abuse.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 0.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Moralité
Posté par illogict . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 0.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Moralité
Posté par LeMagicien Garcimore . Évalué à 2.
http://www.lagravuredecd.com/cdrfaq2.php#[2-1]
http://www.osta.org/technology/cdqa2.htm
si j'avais accès au Orange Book je pourrais te donner une réponse définitive mais comme c'est des rats chez Philips..
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Moralité
Posté par llaxe . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Moralité
Posté par illogict . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.