😐

Cd recue télécharger puis option rescue
Demande de mot de passe pour la partition cryptée ok
Ecran bleu bien connu pendant 20 mm
Finalement fenêtre d'erreur indiquant

erreur lors du montage d'une partie ou del la totalité du système


Une partie de celui ci pourrait avoir été monté sous /mnt/sysimage

du coup ligne de commande :

sh-3.2#
proxy wrote:Bonsoir,
télécharge le cd de rescue, boote dessus, puis fais un chroot /mnt/sysimage
la commande renvoie

cannot run command ' /bin/sh' : No such file or directory

Bon reste a savoir si les fichiers sont toujours en lectures seules

la commande ls /etc/fstab renvoie

introuvable.

Mount /dev:/sda7 renvoie
idem
plus message cant find /dev/sda
Je pense qu'on a là une réponse in vivo à la question:

"avantages et inconvénients de crypter la partition système"

à méditer, donc.
Temporaire wrote:😐

Cd recue télécharger puis option rescue
Demande de mot de passe pour la partition cryptée ok
Ecran bleu bien connu pendant 20 mm
Finalement fenêtre d'erreur indiquant

erreur lors du montage d'une partie ou del la totalité du système


Une partie de celui ci pourrait avoir été monté sous /mnt/sysimage

du coup ligne de commande :

sh-3.2#
proxy wrote:Bonsoir,
télécharge le cd de rescue, boote dessus, puis fais un chroot /mnt/sysimage
la commande renvoie

cannot run command ' /bin/sh' : No such file or directory
C'est qu'une partie du système en l'occurence à mon avis la partition /boot qui aurait été monté sous /mnt/sysimage donc tu n'as pas accès aux commandes système te permettant d'en reprendre le contrôle.

Fais un # cd /mnt/sysimage ; ls
pour voir ce qui a été monté.

A part ça, ce que je vois, c'est d'essayer de monter ton file system depuis un autre OS sans chrooter et de voir les modifications que tu pourrais faire...
Bonjjour
aka Shiva wrote:Fais un # cd /mnt/sysimage ; ls
pour voir ce qui a été monté.

A part ça, ce que je vois, c'est d'essayer de monter ton file system depuis un autre OS sans chrooter et de voir les modifications que tu pourrais faire...
cd /mnt/sysimage ; ls
Ne renvoie à rien que le prompt.

Pour la seconde piste, la partiton est cryptée, invible avec un os xp et plusieurs tentatives depuis le live cd qui repère bien la partiton et demande un mot de passe.
Mot de passe accepté puis disque non monté.
J' ai également essayé en root depuis le live cd (pour tout essayer) et là la partoche disparait aprés la première tentative de décryptage.

Le disque est partitionné en 3 secteurs: 1 partition ntfs pour le système xp 1 partions ntfs pour les données
et une partition sur laquelle se trouve fédora (repartionnée)

Peut être avec un live cd d'une autre distribution why not?


Y a t il des commandes du style tree / dir / type / fdisk du dos?


j'ai trouvé vi pour le edit
mv pour le del
rename tiens la c'est la même.

Un pt'it soft style NC (Norton commander des années 90 )

Bref, une petite boite à outil de linux, c'est toujours avec les commandes dos que je dépanne les windosiens sauf vista que je ne connais pas mais ça viendra sans doute assez vitz, dés qu'il y en aura un dans l'entourage qui plantera je suppose.
Equivalences commandes

J'avais déjà fait cette recherhe désolé pour le dérangement.
attrib -> chmod (les fichiers/rép cachés sous linux débutent par "." )
backup
chdir (cd) -> cd
cls -> clear
comp
copy -> cp
ctty
date -> date/dateconfig
del -> rm/rmdir
dir -> dir/ls
diskcopy -> cp/dd
dosshell
edit -> ed/^emacs/vi^/nano/...
edlin
emm386 -> (inutile)
fdisk -> fdisk/cfdisk/parted
format -> mkfs
join -> echo/cat/cp
keyb -> loadkeys
label -> mkfs/tune2fs
loadhigh (lh) -> (inutile)
mem -> free
mirror
mkdir (md) -> mkdir
mode -> à voir selon les ports (modinfo, gpm/XF86Config, ...)
 
more -> more/less
move -> mv
nlsfunc -> set/export/... LANG/LC_*
path -> set/export/... PATH
print -> lpr
prompt -> set/export/... PS1/PS2/...
qbasic -> (inutile)
recover -> (difficile)
ren -> mv/rename
replace
restore
rmdir (rd) -> rm/rmdir
set -> set/export/... selon l'interpréteur/shell
setver -> (inutile)
share
sort -> sort (+ autres commandes)
subst -> (inutile)
sys
time -> date/timeconfig
Temporaire wrote:
en fait / correspond à la racine de ton système donc c'est cette partition qu'il faut mettre au bout de la commande 
mount -o remount /dev/la_bonne_partition
sinon le retour de 
fdisk -l
serait utile

Edit : si tu es parti pour le LiveCD, ça fonctionnera et sera surement plus simple

Edit 2: cette commande doit fonctionner pour rendre la partition rw (read-write) 
mount -no remount,rw /
la commande fdisk -l

je n'ai qu'une partie car le défilement de l'écran est rapide;

Indication:

les entrées de la table de parttion ne sont pas dans l'ordre du disque
et
Disque /dev/dm-0 ne contient pas de partion valide
idem pour dm-1 et dm-2

/////


la partition a monter est sda 7

La commande mount -no remount,rw /
renvoie le message mount ne peut récupérer / dans /etc/fsstab ou /etc/mtab

Idem en remplaçant / par /sda7

Proxy m'a donné la lien du rescue cd, je viens de le graver et je vais essayer sa solution

Espérons ...
En fait il n'y a pas d'espace je pense que la commande serait 
mount -no remount,rw /dev/sda7
/dev/sda7 tout attaché

En espérant que ça résolve sans pertes.
Bonjour,

J'en finis par me demander si c'est bien fstab le coupable et pourtant il n'y a que lui qui ait subit une légère modif.

Au démarrage grub fait bien son boulot
decompressing linux ... done
Red Hat nash version 6.0.52 starting
hub 1-0:1.0: unable to enumerate USB device on port 2
hub 1-0:1.0: unable to enumerate USB device on port 5
padlock: VIA Padlock not detected
padlock: VIA Padlock Hash Engine not detected
Loading /lib/kbd/keymaps/i386/azerty/fr.map
Enter LUKS passphrase for /dev/sda7:
Donc on a bien sda7 reconu est prêt à être monté

A priori le padlock serait un système de cryptographie en hardware
D'après moi il cherche juste après pour le cas ou...
Du temps ou le système marchait impeccable c'était exactement les même messages.

APrés l'entrée du password (erreur non possible sinon il en reste là.

Démarrage des services à noter que si j'appuie sur I pour un démarrage interactif il n'en tien pas compte et démarre UDEV

bref l'écran se fige après la troisième erreur pour une longue tentative de journalisation qui échouera.

A ce moment je peux capter les premières erreurs:

Erreur sur:

Remontage du système de fichier racine en mode lecture écriture
Montage des systèmes de fichiers locaux
audit td

Chq fois IPtables ne peut faire un touch sur le fichier concerné ( rep /var/lock/subsys)

fichier du répertoire concernés:
microcode_ctl
ip6tables
iptables
restorecod

aprés ça défile trés vite pour finir toujours avec le même message:

init:prefdm main process ended, respawning
init:prefdm main process ended (2100) terminated with status 1
même phrase pour 2120 2140 2160 2200 2220 2240 2260

dernière phrase: prefdm respawning too fast, stopped
et j'ai le prompt avoir fait enter
En fait il n'y a pas d'espace je pense que la commande serait
Code:

mount -no remount,rw /dev/sda7

/dev/sda7 tout attaché

En espérant que ça résolve sans pertes.
Je l'avais déjà tenter et ça redonne la même chose:

mount: ne peut repérer /dev/sda7 dans /etc/fstab ou /etc/mtab
e ne sais pas si ça peut t'avancer, regarde là

http://en.wikipedia.org/wiki/Linux_Unified_Key_Setup

notamment: Under Microsoft Windows, LUKS encrypted disks can be used with FreeOTFE

imagine que tu puisses ouvrir ta partition depuis windows ? à voir
Je n'ai pas encore pu consulter cette doc, je m'y attelle ce soir
init:prefdm main process ended, respawning
Ca c'est un souci avec le démarrage graphique. Commence par essayer de démarrer en niveau 3, pour voir ce que ca dit ?
Bonjour,

Je suis sur OTFE. just now., Résultat manip dans le prochain post.

Par contre, je vais essayer le niveau 3 avant mais qu'est ce le niveau 3?
Manip à faire en console grup? ou en root? après journalisation echouée.
Au boot, le programme init d'Unix System V lit le fichier /etc/inittab, Le champ initdefault dans ce fichier détermine quel est le niveau de fonctionnement par défaut. Si ce champ est absent, l'utilisateur doit aller sur la console système pour indiquer manuellement quel est le niveau de fonctionnement (run level) choisi.
http://fr.wikipedia.org/wiki/Inittab

donc il faut ouvrir le fichier /etc/inittab et modifier 
id:5:initdefault:
par 
id:3:initdefault:
Le problème étant que si tu ne pouvais pas éditer le fichier fstab, je ne vois pas pourquoi tu pourrais plus éditer le inittab mais essaye quand même.
http://forums.fedora-fr.org/viewtopic.php?pid=271482&words=runlevel#p271482

regarde ce que j'ai écrit dans ce topic, essaie de booter dans ce runlevel 1 et de voir si ta partition se monte et si tu peux avoir accès à ton fichier fstab.

Si oui alors tape : init 3, tu passeras en niveau 3: texte, multiutilisateur + tous les services actifs. Si tu arrives jusque là alors il restera à tester le passage en graphique.
Au niveau otfe, c'est une bonne piste mais le nombre de paramêtres est significatif.
Notamment l'emplacement du key file le type de cryptage etc
Donc faudra un peu de temps pour le paramêtrer correctement.
http://forums.fedora-fr.org/viewtopic.p … el#p271482

regarde ce que j'ai écrit dans ce topic, essaie de booter dans ce runlevel 1 et de voir si ta partition se monte et si tu peux avoir accès à ton fichier fstab.

Si oui alors tape : init 3, tu passeras en niveau 3: texte, multiutilisateur  + tous les services actifs. Si tu arrives jusque là alors il restera à tester le passage en graphique
Niveau 1 ok le prompt est en root mais les fichiers sont toujours en lecture seule.
Niveau 3 ok mais le prompt c'est root

Erreur sur
Démarrage de audittd:
touch ne peux faire un touch sur 'var/lock/subsys/restorecond'

Démarrage de l'enregistreur de journaux du système Init;: rcS-sulogin main process (1584) killed by KILL signal

donc la faut 15 min ----->

Prompt: local host login
root^MPassword

J'en suis là et le fichier est toujours en lecture (commande rm puisque si celle ci marchait, je pourraît renomer l'archive fstab.sauve

:-D
Tentative: commande startx

donne:
/usr/bin/startx: line 143: cannot cerate temp file dor here document: Système de fichier accessible en lecture seulement
Xauth: error in locking authority file /root/.Xautority

etc etc toujours la même cause: lecture seule.
C'est super mais va falloir passer à autre chose je pense.
Ca m'embête quand même de ne pas pouvoir résoudre ce simple problème de lecture seule alors qu'un fichier de sauvegarde est juste là...:hammer:

Franchement ? je réinstalle?
Y en a pour à peine pas longtemps et mon home est sauvegardé

Ou alors faut la soluce

Mon coeur balance... un avis?
Moi je suis à bout d'idées, j'aimerai bien trouver la solution pour pouvoir répondre si jamais ça se reproduit mais j'avoue que la réinstallation serait sûrement plus rapide.
Même en niveau 1, impossible de remonter en rw ?

mount -o remount /dev/sdXXXXX ?

sinon je vois pas trop non, niveau 1, Selinux n est pas lancé alors je sèche. désolé.
Sur...:lol:

Mais c'est à la win et je suis sur que la soluce voir les soluces sont là.

Moi je suis à bout de reboot. et si on peux trouver, le gars gagne 1/4 d'heure :-D

Pour être sérieux, ça peux arriver à qq d'un peu négligeant qui omettrait les sauvegarde ou serais sur un DD entiier et là il est dans la ... tu sais quoi.

Pour l'instant le xp est là pour que je puisse quand même travailler et je peux le laisser comme ça mais ce qui m'ennuie c'est que je ne peux traiter d'autres soucis qui arriverons et en faire profiter car après tout a part moi personne n'auras cette idée d'effacer une ligne de fstab avec une partition cryptée donc la question est de savoir si il faut résoudre ce soucis ou passer au suivant pour la communauté.

N.B.: ce serait aussi la fin de ce sympathique Temporaire.

Attendons demain, la nuit porte conseil.

En attendant merci pour le temps passé la dessus.
nouvo09 wrote:Même en niveau 1, impossible de remonter en rw ?

mount -o remount /dev/sdXXXXX ?

sinon je vois pas trop non, niveau 1, Selinux n est pas lancé alors je sèche. désolé.
J'ai pas essayé cette commande en N1 désolé j'avais pas bien compris ton idée

go.... on en'recominche

Suite prochain post
Cela dit je pense qu'il faudrait aller jeter un oeil dans le fichier /var/log/messages, mais il y a un truc qui me chiffonne:

ton système de fichiers est bien monté, sinon tu n'aurais même pas accès aux commandes. Alors pourquoi il est monté read only c'est une autre question. J'ai jamais vu ça.
pareil...

Je vais cloturer et marqué le post comme insoluble. (demain matin)

En tout cas, LUKS ça à l'air costaud à priori.


Bonne nuit

I'll be back .