OVH Cloud OVH Cloud

Démontage d'un volume impossible

9 réponses
Avatar
jperrocheau
Bonjour,

Oui, je suis toujours en plein démontage ;-)


En prévision de mon passage vers Panther, je teste de manière intensive
mes disques ;). Comme Disk Warrior 3.0 ne semble pas tourner
convenablement sous Panther, avant de passer en 10.3 sur mon disque
interne. J'ai voulu vérifier que DW 3.0 fonctionnait encore bien en
démarrant à partir du 10.2.8 qui se trouve sur mon disque externe. Et
là, je suis tombé sur un os.

Le disque interne refuse de se laisser démonter, avec le message
suivant:
"The disk is still in use. Quit all other applications, or restart from
the DiskWarrior CD, and then try... (2153, -47)"

Bien évidemment aucune application n'est lancée, il n'y a que les
processus lancés normalement au login.

----
% top -u -s5 100

Processes: 39 total, 2 running, 37 sleeping... 85 threads
18:52:13
Load Avg: 0.65, 0.28, 0.12 CPU usage: 55.5% user, 8.9% sys, 35.6%
idle
SharedLibs: num = 7, resident = 2.20M code, 136K data, 560K LinkEdit
MemRegions: num = 2180, resident = 17.7M + 5.40M private, 43.7M shared
PhysMem: 52.7M wired, 58.1M active, 81.9M inactive, 193M used, 831M
free
VM: 1.49G + 3.62M 5298(0) pageins, 0(0) pageouts

[snip]
----

Je précise que le phénomène est nouveau, j'ai déjà pu checker le disque
interne en démarrant à partir du disque externe et l'inverse est
toujours possible.

Le Finder dit la même chose il ne peut pas "éjecter" (pas de numéro
d'erreur).

Vous me direz que ce n'est pas grave, je peux démarrer à partir du
CD-ROM. Mais moi, je veux comprendre pourquoi cela était possible mais
ne l'est plus.

Sous OS 9 j'aurais eu des idées sur les responsables (Lanceur du Système
du disque à démonter lancé à la place de celui du Système actif, service
d'impression localisé par erreur sur le disque à démonter...) mais sous
OS X, il y a bien plus de processus, je ne sais pas comment tracer le
coupable.

Une piste peut-être, en voulant sauvegarder-recopier mon Trousseau du
disque interne au disque externe je me suis dans un premier temps
mélangé les pinceaux. J'ai d'abord activé le Trousseau du disque
interne. J'ai rectifié, celui qui est actif est bien situé sur le disque
externe, mais dans la Keychain list je vois toujours les deux. Virer le
fichier de préférence de la Keychain ne change rien. Verrouiller tous
les Trousseaux ne change rien quant au pb initial.

Des contributeurs ont déjà signalé le phénomène, mais un, je ne retrouve
plus leurs posts, deux, je ne me souviens plus s'ils ont pu régler le pb
et si oui comment...

Après les démontages qui demande un mot de passe admin un jour et pas le
lendemain, cette fonction est vraiment obscure sur Mac OS X...

--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com

9 réponses

Avatar
benoit.sansspam
Jacques Perrocheau wrote:

Le Finder dit la même chose il ne peut pas "éjecter" (pas de numéro
d'erreur).


Ce genre de truc m'arrive aussi avec un disque externe et puis quelques
mintes/heures plus tard il s'éjecte sans soucis. Idem avec un boot sur
un disque externe. Il doit y avoir des trucs qui tournent dessus en
tâches de fond mais quoi !

Essaye une mise en veille et réveille-le pour voir ce qu'il dit ;-)

Sinon avec disk utility tu fais un check disk qui va le démonter puis le
remonter et en suite il est possible que Disk Warrior puisse en faire
autant.

--
Benoît Leraillez

La douleur des autres est tout à fait supportable, hors les cris.

Avatar
jperrocheau
Benoit wrote:

Le Finder dit la même chose il ne peut pas "éjecter" (pas de numéro
d'erreur).


Ce genre de truc m'arrive aussi avec un disque externe et puis quelques
mintes/heures plus tard il s'éjecte sans soucis. Idem avec un boot sur
un disque externe. Il doit y avoir des trucs qui tournent dessus en
tâches de fond mais quoi !

Essaye une mise en veille et réveille-le pour voir ce qu'il dit ;-)


J'ai essayé, ne marche pas chez moi.


Sinon avec disk utility tu fais un check disk qui va le démonter puis le
remonter et en suite il est possible que Disk Warrior puisse en faire
autant.


Essayé aussi, Disk Utility échoue dans sa tentative de démontage du
disque interne, pas de pb pour les autres volumes. Il y a vraiment un
truc ouvert qui lui tient la jambe.

D'autre part si je fais "Eject" dans ce même Disk Utility cela échoue
aussi et j'ai deux effets de bord. Disk Utility ne voit plus aucun
volume après et si je démonte mon iPod par le Finder après, il ne
remonte plus automatiquement au rebranchement.

J'ai trouvé un contournement. J'ai créé un nouveau compte admin dans
l'OS X du disque externe. Tout remarche comme avant, je peux utiliser
Disk Warrior, monter et demonter par le Finder ou par Disk Utility.

En fait c'est bien un "réglage" dans le compte admin initial qui pose
problème. Je n'ai pas trouvé le coupable. Quelqu'un aurait-il une idée
pour tracer celui-ci ?


--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:


Avatar
patrick.h.nomail.esnault
Le disque interne refuse de se laisser démonter, avec le message
suivant:
"The disk is still in use. Quit all other applications, or restart from
the DiskWarrior CD, and then try... (2153, -47)"



Peut être rien à voir, mais j'ai eu un pb semblable avec un fichier
impossible à détruire et un message du genre "le fichier est en
service".
Appropriation sous admin, redémarrage, fsck, diskutil et même root :
rien.
J'ai booté OS9 et hop ! poubelle.
Mais c'est agaçant...et puis quand on ne pourra plus booter OS9 !

Avatar
jperrocheau
Patrick ESNAULT wrote:

Peut être rien à voir, mais j'ai eu un pb semblable avec un fichier
impossible à détruire et un message du genre "le fichier est en
service".


Fichier à effacer ce n'est pas tout à fait la même chose, là il s'agit
d'un fichier en utilisation et je n'arrive pas à trouver lequel.

Cela vient d'un processus spécifique au compte en question voir mon
post: Message-ID: <1g4hwj4.1htyrn28ypiagN%

--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:

Avatar
Nicolas.MICHEL
Jacques Perrocheau wrote:
[snip]

je t'aiderais bien, mais mes notes d'aides sont sur un share démonté et
inremontable sans reboot. (ls: IT$: Input/output error)

plus sérieusement, il doit bien y avoir un kill kivabien, et si
quelqu'un sait, ce serait cool. J'ai tué tous les automount et
autodiskmount, et mon share n'est toujours pas démonté. Pour Jacques, ce
serait aussi une possible issue, façon bricole.

Et enfin pour répondre à ta question, après reboot :

fstat /backup/*
USER CMD PID FD INUM MODE SZ|DV R/W MOUNT
NAME
root coreservic 361 11 13131 -rw-r--r-- 1024 rw
/bkp/bkpOS9 /backup/Desktop DB
root coreservic 361 12 13132 -rw-r--r-- 2 rw
/bkp/bkpOS9 /backup/Desktop DF

essaie de quiter clasic ...
--
Je m'appelles Billy et je suis Funky
Avatar
Jacques Perrocheau
In article (Dans l'article)
<1g4kmjx.2i6be31c4w7qtN%,
(Nicolas MICHEL) wrote (écrivait) :

Essaie de quitter Classic ...


Pas de Classic lancé*, juste la Console aussitôt quittée juste avant de
lancer Disk Warrior. Pas de shell lancé même une fois dans la session.
Celui là il est vicieux, il m'a déjà empéché d'éjecter des CD-ROM bien
que je ne m'étais jamais baladé dans l'arborescence correspondante.

--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74

Avatar
Nicolas.MICHEL
Jacques Perrocheau wrote:

Pas de Classic lancé*, juste la Console aussitôt quittée juste avant de
lancer Disk Warrior. Pas de shell lancé même une fois dans la session.
Celui là il est vicieux, il m'a déjà empéché d'éjecter des CD-ROM bien
que je ne m'étais jamais baladé dans l'arborescence correspondante.


mais que dit la commande :
fstat /Volumes/pasdémontable

il y a aussi l'indexage, qui peut merder, ou autre...
--
Je m'appelles Billy et je suis Funky

Avatar
Jacques Perrocheau
In article (Dans l'article)
<1g4kzwr.le36d51njuvr4N%,
(Nicolas MICHEL) wrote (écrivait) :

mais que dit la commande :
fstat /Volumes/pasdémontable

il y a aussi l'indexage, qui peut merder, ou autre...


Bonne idée, je vais tester tout cela.

--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74

Avatar
jperrocheau
Nicolas MICHEL wrote:

mais que dit la commande :
fstat /Volumes/pasdémontable


admin1% fstat /Volumes/Macintosh HD/
USER CMD PID FD INUM MODE SZ|DV R/W MOUNT
NAME

admin2% fstat /Volumes/Macintosh HD/
USER CMD PID FD INUM MODE SZ|DV R/W MOUNT
NAME

C'est pas très causant comme résultat. ;)

admin1 est celui qui peut démonter Macintosh HD/ alors que admni2 ne
peut pas.


il y a aussi l'indexage, qui peut merder, ou autre...


Ça, je n'y crois pas puisque depuis Jaguar, l'indexage ne se met en
route que lorsqu'on fait une recherche correspondante...

J'ai trouvé le coupable et ma première intuition était la bonne. C'était
bien le référencement à un Trousseau situé dans le volume à démonter
(disque interne) qui posait problème, visible dans le tiroir qu'on ouvre
avec le bouton "Trousseaux" dans la barre d'outil. Jusqu'ici je n'avais
pas osé utiliser la commande Delete dans le menu File.

J'ai pris mon courage à deux mains, avec une petite sauvegarde quand
même... en cas de malheur...;), et là, j'ai vu que c'est un "Delete"
"intelligent" qui vous propose le déréférencement ou le déréférencement
avec effacement.

Le pire c'est que je ne sais pas où cette information est conservée,
parce que je peux vous confirmer que le trashage du fichier de pref
"com.apple.keychainaccess.plist" ne résoud pas le pb.



--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto: