OVH Cloud OVH Cloud

chroot "mal démonté"

4 réponses
Avatar
pascal
Bonsoir,

sous Testing amd64 j'ai fait un chroot 32 bits pour bénéficier des
plugins java sous firefox. Ce chroot se trouve sur la partition /var et
toutes les partitions reposent sur du lvm.

A l'arret de la machine je vois systématiquement passer un message
disant que la partition /var (ou plutot le volume logique qui la
contient) ne peut être démonté car encore occupé et au reboot je vois
défiler des sessions chroot récupérées avec leur id de 10kms de long
(c'est cela qui me les a fait repérer).

Quelqu'un connaîtrait-il l'origine de ce phénomène et le moyen de régler
ce problème de démontage brutal ?

Merci d'avance
P.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

4 réponses

Avatar
jean-Yves F. Barbier
Salut,

Si mes souvenirs sont bons (j'ai peu d'expérience en système 64), c'est
pas bon du tout de mixer les 2, et on risque de bousiller la partition.

Mais il y a surement qqun qui connais cela mieux et te donneras la bonne
explication :)

JY

Le mardi 23 janvier 2007 17:35, pascal a écrit :
Bonsoir,

sous Testing amd64 j'ai fait un chroot 32 bits pour bénéficier des
plugins java sous firefox. Ce chroot se trouve sur la partition /var et
toutes les partitions reposent sur du lvm.

A l'arret de la machine je vois systématiquement passer un message
disant que la partition /var (ou plutot le volume logique qui la
contient) ne peut être démonté car encore occupé et au reboot je vois
défiler des sessions chroot récupérées avec leur id de 10kms de l ong
(c'est cela qui me les a fait repérer).

Quelqu'un connaîtrait-il l'origine de ce phénomène et le moyen de r égler
ce problème de démontage brutal ?

Merci d'avance
P.


Avatar
François Boisson
Le Tue, 23 Jan 2007 17:35:04 +0100
pascal a écrit:

Bonsoir,

sous Testing amd64 j'ai fait un chroot 32 bits pour bénéficier des
plugins java sous firefox. Ce chroot se trouve sur la partition /var et
toutes les partitions reposent sur du lvm.

A l'arret de la machine je vois systématiquement passer un message
disant que la partition /var (ou plutot le volume logique qui la
contient) ne peut être démonté car encore occupé et au reboot je vois
défiler des sessions chroot récupérées avec leur id de 10kms de long
(c'est cela qui me les a fait repérer).

Quelqu'un connaîtrait-il l'origine de ce phénomène et le moyen de régler
ce problème de démontage brutal ?



Je pense que lors du chroot, tu montes le répertoire /proc et les
systèmes de fichiers /sys etc. Démontes les à la main puis
dfémontes /var. Ça ira mieux.

PS: Pas de souci de cohabitation 32 bits/64 bits sur une même partition

François Boisson


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Tiago Saboga
On Tue, Jan 23, 2007 at 05:35:04PM +0100, pascal wrote:
Bonsoir,

sous Testing amd64 j'ai fait un chroot 32 bits pour bénéficier des
plugins java sous firefox. Ce chroot se trouve sur la partition /var et
toutes les partitions reposent sur du lvm.

A l'arret de la machine je vois systématiquement passer un message
disant que la partition /var (ou plutot le volume logique qui la
contient) ne peut être démonté car encore occupé et au reboot je vois
défiler des sessions chroot récupérées avec leur id de 10kms de long
(c'est cela qui me les a fait repérer).

Quelqu'un connaîtrait-il l'origine de ce phénomène et le moyen de régler
ce problème de démontage brutal ?



J'ai eu le même problème il y a quelques jours, mais avec schroot (même cas, 64/32bits) je
suppose que d'une façon ou d'une autre schroot n'a pas pu finir convenablement la session.
Je crois bien que c'est la commande suivante qui a résolu le problème:

# schroot --end-session --all

mais il vaut toujours mieux lire les pages de manuel pour confirmer...

Tiago.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
pascal
Tiago Saboga a écrit :

J'ai eu le même problème il y a quelques jours, mais avec schroot (même cas, 64/32bits) je
suppose que d'une façon ou d'une autre schroot n'a pas pu finir convenablement la session.
Je crois bien que c'est la commande suivante qui a résolu le problème:

# schroot --end-session --all

mais il vaut toujours mieux lire les pages de manuel pour confirmer...

Tiago.





Exact !
J'ai oublié de préciser que j'utilise schroot également.
Merci à toi et à Francois pour vos pistes...
P.

P.S. désolé pour la réponse en privé
Il se fait tard...Fausse manip


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact