[HELP] Connexion sur le bureau de l'utilisateur impossible
11 réponses
Karim
Bonjour à toutes et à tous,
Ceci est un vrai "SOS" : j'ai VRAIMENT essayé de m'en sortir tout seul sans
ameuter tout le forum :-/
Soit Mac OS X 10.2.6 sur un TiG4 400 MHz.
Après un boot normal et l'apparition de la fenêtre de LOGIN, impossible de
se connecter sur le bureau de l'utilisateur (en l'occurrence moi...) : La
connexion au bureau s'interrompt bien avant l'arrivée du Dock (pas de fond
d'écran, pas de volume montés, pas de fichiers sur le bureau), et Mac OS X
représente la fenêtre de LOGIN comme si de rien n'était, alors que le mot de
passe est correct.
Chaque tentative provoque le même résultat (on tourne en boucle).
Ce qui a déjà été tenté:
1 - Démarrage en "Safe Boot"
----------------------------
Touche SHIFT enfoncée, attente des processus des éventuelles réparations
faites en arrière-plan, message indiquant le statut particulier de démarrage
(Safe Boot), apparition de la fenêtre LOGIN, puis reboot normal.
Aucun résultat significatif.
2 - Boot depuis le CD Mac OS X Jaguar.
--------------------------------------
Boot et réparation du disque, réparations des privilèges, reboot.
Aucun changement là aussi
3 - Démarrage en "Single User Mode"
-----------------------------------
Commande + S au démarrage. Attente du prompt puis lancement de /sbin/fsck -y
Le disque semble en bon état (aucun changement de fait). Par acquis de
conscience, je relance la commande et je tape reboot à la fin.
Rien n'y fais : impossible de me connecter et d'arriver sur mon bureau.
A noter :
L'utilisateur "root" peut se connecter et on arrive sur son bureau sans pb.
Un coup de main qui m'éviterait de passer les heures qui suivent à tout
ré-installer ?
Rien n'y fais : impossible de me connecter et d'arriver sur mon bureau.
A noter : L'utilisateur "root" peut se connecter et on arrive sur son bureau sans pb.
Si seul ton utilisateur n'arrive pas à avoir son bureau, c'est que les problèmes viennent de ton utilisateur, il n'y a donc rien à toucher dans le système pour réparer.
Je te conseillerais d'enlever toutes les préférences de ton dossier Bibliothèque/Preferences (en te loggant en root par exemple) et de réessayer. Si ça marche, soit tu remets les préférences par blocs afin de savoir d'ou vient le problème, soit tu les mets à la corbeille. Je pense que les problèmes doivent venir des préférences du Dock ou du Finder.
Ne t'inquètes pas, tu n'auras pas tout à réinstaller. D'ailleurs il y a très peu de cas où la seule solution est de tout réinstaller (problèmes disque). En général, lorsque réinstallation il y a besion, une réinstallation du système seul suffit.
-- Schmurtz
Rien n'y fais : impossible de me connecter et d'arriver sur mon bureau.
A noter :
L'utilisateur "root" peut se connecter et on arrive sur son bureau sans pb.
Si seul ton utilisateur n'arrive pas à avoir son bureau, c'est que les
problèmes viennent de ton utilisateur, il n'y a donc rien à toucher dans
le système pour réparer.
Je te conseillerais d'enlever toutes les préférences de ton dossier
Bibliothèque/Preferences (en te loggant en root par exemple) et de
réessayer. Si ça marche, soit tu remets les préférences par blocs afin
de savoir d'ou vient le problème, soit tu les mets à la corbeille. Je
pense que les problèmes doivent venir des préférences du Dock ou du
Finder.
Ne t'inquètes pas, tu n'auras pas tout à réinstaller. D'ailleurs il y a
très peu de cas où la seule solution est de tout réinstaller (problèmes
disque). En général, lorsque réinstallation il y a besion, une
réinstallation du système seul suffit.
Rien n'y fais : impossible de me connecter et d'arriver sur mon bureau.
A noter : L'utilisateur "root" peut se connecter et on arrive sur son bureau sans pb.
Si seul ton utilisateur n'arrive pas à avoir son bureau, c'est que les problèmes viennent de ton utilisateur, il n'y a donc rien à toucher dans le système pour réparer.
Je te conseillerais d'enlever toutes les préférences de ton dossier Bibliothèque/Preferences (en te loggant en root par exemple) et de réessayer. Si ça marche, soit tu remets les préférences par blocs afin de savoir d'ou vient le problème, soit tu les mets à la corbeille. Je pense que les problèmes doivent venir des préférences du Dock ou du Finder.
Ne t'inquètes pas, tu n'auras pas tout à réinstaller. D'ailleurs il y a très peu de cas où la seule solution est de tout réinstaller (problèmes disque). En général, lorsque réinstallation il y a besion, une réinstallation du système seul suffit.
-- Schmurtz
Karim
dans l'article , Schmurtz à a écrit le 21/08/03 20:20 :
Si seul ton utilisateur n'arrive pas à avoir son bureau, c'est que les problèmes viennent de ton utilisateur, il n'y a donc rien à toucher dans le système pour réparer.
J'ai trouvé la solution a mon pb. J'invite celles et ceux qui seraient intéressés par la lecture de ce qui suit, de lire d'abord mon premier post initiateur de ce "thread".
Je note au passage, qu'il n'a pas enthousiasmé la foule ;-)
En premier lieu, il semblerait que ce pb soit vécu par plusieurs utilisateurs de X de par le monde. Les questions posées par ceux qui expérience ce "Endless loop at login" foisonnent dans les forums US.
Ce que je trouve étrange, c'est que personne ne semble donner de solution sûre. Beaucoup ont été réduit à backuper et clean-installer. Les solutions proposées par Apple (Article ID 107120), ne donne aucun résultat (j'avoue que je suis un peu en colère).
Sur les conseils de "Schmurtz" (merci au fait) et des infos glanés sur le web, je me réduit à commencer par chercher la cause du pb du côté de mes prefs :
1 - log en tant que Root. Déplacement de /User/karim/Library/Preferences dans un dossier nommé "SAV" en dehors du dossier Library (bien sûr).
Aucun résultat. Le pb ne semble pas venir des préférences de l'utilisateur
2 - log en tant que root. Suppression des fichiers cache Dock et Pictures de l'utilisateur présent dans : /Library/Caches nom_de_l'utilisateur.
Aucun résultat.
3 - re-log en tant que root (la je m'énerve sérieusement). Cette fois-ci j'ouvre le terminal et part à la chasse à tous fichiers invisible susceptible d'être la cause de mes ennuis. Je renomme donc les .DS_Store du bureau et du home de l'utilisateur avec le suffixe .old
Je ne m'arrête pas en si bon chemin, et fait une grosse bêtise (je rappelle que je suis en colère ;-).
Je recherche tout ce qui ressemble de près ou de loin à des fichiers cache. Je trouve un dossier Cache dans /user/utilisateur/Library/Cache.
Je poubellise sans état d'âme.
Tout rentre dans l'ordre ! La connexion se fait sans pb : je retrouve un bureau tout neuf sans aucune de mes personnalisations. Je remplace donc le nouveau dossier "Préférences" par l'ancien, je me reconnecte et re-voilà mon ancien bureau adoré (avec mon Dock et tout) !
Je pense que le pb se situait soit dans les fichiers .DS_Store (mais lequel?) soit dans un fichier cache (mais lequel aussi ?). Voilà pourquoi je dis avoir fait une bêtise en agissant sous la colère et ne pas faire les choses pas à pas.
Si tout ceci peut servir ou aider...
@++ Karim
dans l'article moi-49B741.20202121082003@news3-1.free.fr, Schmurtz à
moi@ici.com a écrit le 21/08/03 20:20 :
Si seul ton utilisateur n'arrive pas à avoir son bureau, c'est que les
problèmes viennent de ton utilisateur, il n'y a donc rien à toucher dans
le système pour réparer.
J'ai trouvé la solution a mon pb. J'invite celles et ceux qui seraient
intéressés par la lecture de ce qui suit, de lire d'abord mon premier post
initiateur de ce "thread".
Je note au passage, qu'il n'a pas enthousiasmé la foule ;-)
En premier lieu, il semblerait que ce pb soit vécu par plusieurs
utilisateurs de X de par le monde. Les questions posées par ceux qui
expérience ce "Endless loop at login" foisonnent dans les forums US.
Ce que je trouve étrange, c'est que personne ne semble donner de solution
sûre. Beaucoup ont été réduit à backuper et clean-installer. Les solutions
proposées par Apple (Article ID 107120), ne donne aucun résultat (j'avoue
que je suis un peu en colère).
Sur les conseils de "Schmurtz" (merci au fait) et des infos glanés sur le
web, je me réduit à commencer par chercher la cause du pb du côté de mes
prefs :
1 - log en tant que Root. Déplacement de /User/karim/Library/Preferences
dans un dossier nommé "SAV" en dehors du dossier Library (bien sûr).
Aucun résultat. Le pb ne semble pas venir des préférences de l'utilisateur
2 - log en tant que root. Suppression des fichiers cache Dock et Pictures de
l'utilisateur présent dans :
/Library/Caches nom_de_l'utilisateur.
Aucun résultat.
3 - re-log en tant que root (la je m'énerve sérieusement). Cette fois-ci
j'ouvre le terminal et part à la chasse à tous fichiers invisible
susceptible d'être la cause de mes ennuis.
Je renomme donc les .DS_Store du bureau et du home de l'utilisateur avec le
suffixe .old
Je ne m'arrête pas en si bon chemin, et fait une grosse bêtise (je rappelle
que je suis en colère ;-).
Je recherche tout ce qui ressemble de près ou de loin à des fichiers cache.
Je trouve un dossier Cache dans /user/utilisateur/Library/Cache.
Je poubellise sans état d'âme.
Tout rentre dans l'ordre ! La connexion se fait sans pb : je retrouve un
bureau tout neuf sans aucune de mes personnalisations. Je remplace donc le
nouveau dossier "Préférences" par l'ancien, je me reconnecte et re-voilà mon
ancien bureau adoré (avec mon Dock et tout) !
Je pense que le pb se situait soit dans les fichiers .DS_Store (mais
lequel?) soit dans un fichier cache (mais lequel aussi ?). Voilà pourquoi je
dis avoir fait une bêtise en agissant sous la colère et ne pas faire les
choses pas à pas.
dans l'article , Schmurtz à a écrit le 21/08/03 20:20 :
Si seul ton utilisateur n'arrive pas à avoir son bureau, c'est que les problèmes viennent de ton utilisateur, il n'y a donc rien à toucher dans le système pour réparer.
J'ai trouvé la solution a mon pb. J'invite celles et ceux qui seraient intéressés par la lecture de ce qui suit, de lire d'abord mon premier post initiateur de ce "thread".
Je note au passage, qu'il n'a pas enthousiasmé la foule ;-)
En premier lieu, il semblerait que ce pb soit vécu par plusieurs utilisateurs de X de par le monde. Les questions posées par ceux qui expérience ce "Endless loop at login" foisonnent dans les forums US.
Ce que je trouve étrange, c'est que personne ne semble donner de solution sûre. Beaucoup ont été réduit à backuper et clean-installer. Les solutions proposées par Apple (Article ID 107120), ne donne aucun résultat (j'avoue que je suis un peu en colère).
Sur les conseils de "Schmurtz" (merci au fait) et des infos glanés sur le web, je me réduit à commencer par chercher la cause du pb du côté de mes prefs :
1 - log en tant que Root. Déplacement de /User/karim/Library/Preferences dans un dossier nommé "SAV" en dehors du dossier Library (bien sûr).
Aucun résultat. Le pb ne semble pas venir des préférences de l'utilisateur
2 - log en tant que root. Suppression des fichiers cache Dock et Pictures de l'utilisateur présent dans : /Library/Caches nom_de_l'utilisateur.
Aucun résultat.
3 - re-log en tant que root (la je m'énerve sérieusement). Cette fois-ci j'ouvre le terminal et part à la chasse à tous fichiers invisible susceptible d'être la cause de mes ennuis. Je renomme donc les .DS_Store du bureau et du home de l'utilisateur avec le suffixe .old
Je ne m'arrête pas en si bon chemin, et fait une grosse bêtise (je rappelle que je suis en colère ;-).
Je recherche tout ce qui ressemble de près ou de loin à des fichiers cache. Je trouve un dossier Cache dans /user/utilisateur/Library/Cache.
Je poubellise sans état d'âme.
Tout rentre dans l'ordre ! La connexion se fait sans pb : je retrouve un bureau tout neuf sans aucune de mes personnalisations. Je remplace donc le nouveau dossier "Préférences" par l'ancien, je me reconnecte et re-voilà mon ancien bureau adoré (avec mon Dock et tout) !
Je pense que le pb se situait soit dans les fichiers .DS_Store (mais lequel?) soit dans un fichier cache (mais lequel aussi ?). Voilà pourquoi je dis avoir fait une bêtise en agissant sous la colère et ne pas faire les choses pas à pas.
Si tout ceci peut servir ou aider...
@++ Karim
dpi
Karim wrote:
dans l'article , Schmurtz à a écrit le 21/08/03 20:20 :
Si seul ton utilisateur n'arrive pas à avoir son bureau, c'est que les problèmes viennent de ton utilisateur, il n'y a donc rien à toucher dans le système pour réparer.
J'ai trouvé la solution a mon pb. J'invite celles et ceux qui seraient intéressés par la lecture de ce qui suit, de lire d'abord mon premier post initiateur de ce "thread".
Je note au passage, qu'il n'a pas enthousiasmé la foule ;-)
ben je sais pas ca doit faire la 5eme fois que je poste la solution au même problème mais comme personne ne reprend ou ne dit que ca a marche pour lui, je met dans /dev/null désormais ;-(
Moi ca a toujours marché et tu l'as trouvé toi même finalement :
[... inutile...]
Je recherche tout ce qui ressemble de près ou de loin à des fichiers cache. Je trouve un dossier Cache dans /user/utilisateur/Library/Cache.
Je poubellise sans état d'âme.
Tu pouvais aussi gicler /Library/Cache et /System/Library/Cache
Karim <komauleon@invalid.i-et-e.fr> wrote:
dans l'article moi-49B741.20202121082003@news3-1.free.fr, Schmurtz à
moi@ici.com a écrit le 21/08/03 20:20 :
Si seul ton utilisateur n'arrive pas à avoir son bureau, c'est que les
problèmes viennent de ton utilisateur, il n'y a donc rien à toucher dans
le système pour réparer.
J'ai trouvé la solution a mon pb. J'invite celles et ceux qui seraient
intéressés par la lecture de ce qui suit, de lire d'abord mon premier post
initiateur de ce "thread".
Je note au passage, qu'il n'a pas enthousiasmé la foule ;-)
ben je sais pas ca doit faire la 5eme fois que je poste la solution au
même problème mais comme personne ne reprend ou ne dit que ca a marche
pour lui, je met dans /dev/null désormais ;-(
Moi ca a toujours marché et tu l'as trouvé toi même finalement :
[... inutile...]
Je recherche tout ce qui ressemble de près ou de loin à des fichiers cache.
Je trouve un dossier Cache dans /user/utilisateur/Library/Cache.
Je poubellise sans état d'âme.
Tu pouvais aussi gicler /Library/Cache et /System/Library/Cache
dans l'article , Schmurtz à a écrit le 21/08/03 20:20 :
Si seul ton utilisateur n'arrive pas à avoir son bureau, c'est que les problèmes viennent de ton utilisateur, il n'y a donc rien à toucher dans le système pour réparer.
J'ai trouvé la solution a mon pb. J'invite celles et ceux qui seraient intéressés par la lecture de ce qui suit, de lire d'abord mon premier post initiateur de ce "thread".
Je note au passage, qu'il n'a pas enthousiasmé la foule ;-)
ben je sais pas ca doit faire la 5eme fois que je poste la solution au même problème mais comme personne ne reprend ou ne dit que ca a marche pour lui, je met dans /dev/null désormais ;-(
Moi ca a toujours marché et tu l'as trouvé toi même finalement :
[... inutile...]
Je recherche tout ce qui ressemble de près ou de loin à des fichiers cache. Je trouve un dossier Cache dans /user/utilisateur/Library/Cache.
Je poubellise sans état d'âme.
Tu pouvais aussi gicler /Library/Cache et /System/Library/Cache
Ben là, avec ça, non seulement tu les as renommés, mais tu les as aussi déplacés là où tu étais en shell quand tu as tapé les commandes (probablement dans /var/root). Pour ne faire que les renommer, tu aurais du retaper le chemin d'accès pour le nouveau nom, ex :
De plus, tu pouvais carrément les effacer, ce n'est pas dramatique non plus.
Enfin, dernier truc, Apple n'a pas d'article de KBase correspondant exactement à ton problème, ce n'est ni la première fois ni la dernière.
De plus, avais-tu essayé d'ouvrir ta session en appuyant sur la touche majuscule afin de désactiver le lancement des éléments d'ouverture ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Ben là, avec ça, non seulement tu les as renommés, mais tu les as aussi
déplacés là où tu étais en shell quand tu as tapé les commandes
(probablement dans /var/root). Pour ne faire que les renommer, tu aurais
du retaper le chemin d'accès pour le nouveau nom, ex :
De plus, tu pouvais carrément les effacer, ce n'est pas dramatique non
plus.
Enfin, dernier truc, Apple n'a pas d'article de KBase correspondant
exactement à ton problème, ce n'est ni la première fois ni la dernière.
De plus, avais-tu essayé d'ouvrir ta session en appuyant sur la touche
majuscule afin de désactiver le lancement des éléments d'ouverture ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Ben là, avec ça, non seulement tu les as renommés, mais tu les as aussi déplacés là où tu étais en shell quand tu as tapé les commandes (probablement dans /var/root). Pour ne faire que les renommer, tu aurais du retaper le chemin d'accès pour le nouveau nom, ex :
De plus, tu pouvais carrément les effacer, ce n'est pas dramatique non plus.
Enfin, dernier truc, Apple n'a pas d'article de KBase correspondant exactement à ton problème, ce n'est ni la première fois ni la dernière.
De plus, avais-tu essayé d'ouvrir ta session en appuyant sur la touche majuscule afin de désactiver le lancement des éléments d'ouverture ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Karim
Le 22/08/03 20:43, dans 1g041d6.1vong3a8pcby8N%, « Laurent Pertois » a écrit :
Ben là, avec ça, non seulement tu les as renommés, mais tu les as aussi déplacés là où tu étais en shell quand tu as tapé les commandes (probablement dans /var/root). Pour ne faire que les renommer, tu aurais du retaper le chemin d'accès pour le nouveau nom, ex :
# mv /Users/utilisateur/.DS_Store /Users/utilisateur/.DS_Store.old Exact. En fait le chemin absolu n'est là que pour bien spécifier de quel
.DS_Store je parlais. En réalité, j'étais déjà positionné à l'endroit où ils se trouvaient.
De plus, tu pouvais carrément les effacer, ce n'est pas dramatique non plus.
Enfin, dernier truc, Apple n'a pas d'article de KBase correspondant exactement à ton problème, ce n'est ni la première fois ni la dernière. Faux : je me suis peut-être trompé d'ID dans mon post, mais l'article
mentionnait bien (entre autre) ce pb de connexion en boucle.
De plus, avais-tu essayé d'ouvrir ta session en appuyant sur la touche majuscule afin de désactiver le lancement des éléments d'ouverture ? Non : merci pour l'astuce, ca servira pour une autre fois.
:-)
Le 22/08/03 20:43, dans
1g041d6.1vong3a8pcby8N%laurent.pertois@alussinan.org, « Laurent Pertois »
<laurent.pertois@alussinan.org> a écrit :
Ben là, avec ça, non seulement tu les as renommés, mais tu les as aussi
déplacés là où tu étais en shell quand tu as tapé les commandes
(probablement dans /var/root). Pour ne faire que les renommer, tu aurais
du retaper le chemin d'accès pour le nouveau nom, ex :
# mv /Users/utilisateur/.DS_Store /Users/utilisateur/.DS_Store.old
Exact. En fait le chemin absolu n'est là que pour bien spécifier de quel
.DS_Store je parlais. En réalité, j'étais déjà positionné à l'endroit où ils
se trouvaient.
De plus, tu pouvais carrément les effacer, ce n'est pas dramatique non
plus.
Enfin, dernier truc, Apple n'a pas d'article de KBase correspondant
exactement à ton problème, ce n'est ni la première fois ni la dernière.
Faux : je me suis peut-être trompé d'ID dans mon post, mais l'article
mentionnait bien (entre autre) ce pb de connexion en boucle.
De plus, avais-tu essayé d'ouvrir ta session en appuyant sur la touche
majuscule afin de désactiver le lancement des éléments d'ouverture ?
Non : merci pour l'astuce, ca servira pour une autre fois.
Ben là, avec ça, non seulement tu les as renommés, mais tu les as aussi déplacés là où tu étais en shell quand tu as tapé les commandes (probablement dans /var/root). Pour ne faire que les renommer, tu aurais du retaper le chemin d'accès pour le nouveau nom, ex :
# mv /Users/utilisateur/.DS_Store /Users/utilisateur/.DS_Store.old Exact. En fait le chemin absolu n'est là que pour bien spécifier de quel
.DS_Store je parlais. En réalité, j'étais déjà positionné à l'endroit où ils se trouvaient.
De plus, tu pouvais carrément les effacer, ce n'est pas dramatique non plus.
Enfin, dernier truc, Apple n'a pas d'article de KBase correspondant exactement à ton problème, ce n'est ni la première fois ni la dernière. Faux : je me suis peut-être trompé d'ID dans mon post, mais l'article
mentionnait bien (entre autre) ce pb de connexion en boucle.
De plus, avais-tu essayé d'ouvrir ta session en appuyant sur la touche majuscule afin de désactiver le lancement des éléments d'ouverture ? Non : merci pour l'astuce, ca servira pour une autre fois.
:-)
Schmurtz
Ce sont donc bien les seuls fichiers "cache" les coupables... Pas les préférences ni les .DS_Store ?
Dans ce cas, il semble que oui. Cependant, j'ai eu une fois un problème du même genre, c'était les préférences du Dock.
-- Schmurtz
Ce sont donc bien les seuls fichiers "cache" les coupables... Pas les
préférences ni les .DS_Store ?
Dans ce cas, il semble que oui. Cependant, j'ai eu une fois un problème
du même genre, c'était les préférences du Dock.
Ce sont donc bien les seuls fichiers "cache" les coupables... Pas les préférences ni les .DS_Store ?
Dans ce cas, il semble que oui. Cependant, j'ai eu une fois un problème du même genre, c'était les préférences du Dock.
-- Schmurtz
laurent.pertois
Karim wrote:
Enfin, dernier truc, Apple n'a pas d'article de KBase correspondant exactement à ton problème, ce n'est ni la première fois ni la dernière.
Faux : je me suis peut-être trompé d'ID dans mon post, mais l'article mentionnait bien (entre autre) ce pb de connexion en boucle.
Ben il disait quoi ? (ou alors, si tu as l'article, je veux bien le voir)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Karim <komauleon@invalid.wanadoo.fr> wrote:
Enfin, dernier truc, Apple n'a pas d'article de KBase correspondant
exactement à ton problème, ce n'est ni la première fois ni la dernière.
Faux : je me suis peut-être trompé d'ID dans mon post, mais l'article
mentionnait bien (entre autre) ce pb de connexion en boucle.
Ben il disait quoi ? (ou alors, si tu as l'article, je veux bien le
voir)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Enfin, dernier truc, Apple n'a pas d'article de KBase correspondant exactement à ton problème, ce n'est ni la première fois ni la dernière.
Faux : je me suis peut-être trompé d'ID dans mon post, mais l'article mentionnait bien (entre autre) ce pb de connexion en boucle.
Ben il disait quoi ? (ou alors, si tu as l'article, je veux bien le voir)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Karim
Le 24/08/03 2:09, dans 1g06bba.w4lw9h1fs70onN%, « Laurent Pertois » a écrit :
Faux : je me suis peut-être trompé d'ID dans mon post, mais l'article mentionnait bien (entre autre) ce pb de connexion en boucle.
Ben il disait quoi ? (ou alors, si tu as l'article, je veux bien le voir)
C'est ici que j'ai cru que avoir la trouver LA soluce "miracle". Le symptôme y figure (parmi d'autres) et les solutions proposées sont légions. Or, aucune n'a fonctionné. Maintenant, j'ai du mal à croire que les ingénieurs de chez Apple préconisent des solutions s'en les avoir mis à l'épreuve.
Conclusion : il y a autant de soluce que de config... pour les mêmes symptômes.
[...SNIP...] The computer may start up but fail to reach the login screen; or it may reach the login screen but fail to reach the Desktop after the user name and password are entered. In this case, you must start up in single-user mode. [...SNIP...]
Le 24/08/03 2:09, dans 1g06bba.w4lw9h1fs70onN%laurent.pertois@alussinan.org,
« Laurent Pertois » <laurent.pertois@alussinan.org> a écrit :
Faux : je me suis peut-être trompé d'ID dans mon post, mais l'article
mentionnait bien (entre autre) ce pb de connexion en boucle.
Ben il disait quoi ? (ou alors, si tu as l'article, je veux bien le
voir)
C'est ici que j'ai cru que avoir la trouver LA soluce "miracle". Le symptôme
y figure (parmi d'autres) et les solutions proposées sont légions. Or,
aucune n'a fonctionné. Maintenant, j'ai du mal à croire que les ingénieurs
de chez Apple préconisent des solutions s'en les avoir mis à l'épreuve.
Conclusion : il y a autant de soluce que de config... pour les mêmes
symptômes.
[...SNIP...]
The computer may start up but fail to reach the login screen; or it may
reach the login screen but fail to reach the Desktop after the user name and
password are entered. In this case, you must start up in single-user mode.
[...SNIP...]
Le 24/08/03 2:09, dans 1g06bba.w4lw9h1fs70onN%, « Laurent Pertois » a écrit :
Faux : je me suis peut-être trompé d'ID dans mon post, mais l'article mentionnait bien (entre autre) ce pb de connexion en boucle.
Ben il disait quoi ? (ou alors, si tu as l'article, je veux bien le voir)
C'est ici que j'ai cru que avoir la trouver LA soluce "miracle". Le symptôme y figure (parmi d'autres) et les solutions proposées sont légions. Or, aucune n'a fonctionné. Maintenant, j'ai du mal à croire que les ingénieurs de chez Apple préconisent des solutions s'en les avoir mis à l'épreuve.
Conclusion : il y a autant de soluce que de config... pour les mêmes symptômes.
[...SNIP...] The computer may start up but fail to reach the login screen; or it may reach the login screen but fail to reach the Desktop after the user name and password are entered. In this case, you must start up in single-user mode. [...SNIP...]
[...SNIP...] The computer may start up but fail to reach the login screen; or it may reach the login screen but fail to reach the Desktop after the user name and password are entered. In this case, you must start up in single-user mode. [...SNIP...]
Euh, cet article parle de l'utilité de Disk Utility et de fsck, pas de ton problème. Cet article explique diverses méthodes pour un seule et même but, réparer le disque.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
[...SNIP...]
The computer may start up but fail to reach the login screen; or it may
reach the login screen but fail to reach the Desktop after the user name and
password are entered. In this case, you must start up in single-user mode.
[...SNIP...]
Euh, cet article parle de l'utilité de Disk Utility et de fsck, pas de
ton problème. Cet article explique diverses méthodes pour un seule et
même but, réparer le disque.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
[...SNIP...] The computer may start up but fail to reach the login screen; or it may reach the login screen but fail to reach the Desktop after the user name and password are entered. In this case, you must start up in single-user mode. [...SNIP...]
Euh, cet article parle de l'utilité de Disk Utility et de fsck, pas de ton problème. Cet article explique diverses méthodes pour un seule et même but, réparer le disque.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Karim
Le 25/08/03 0:16, dans 1g080ip.gu3sd1dj1ue2N%, « Laurent Pertois » a écrit :
[...SNIP...] The computer may start up but fail to reach the login screen; or it may reach the login screen but fail to reach the Desktop after the user name and password are entered. In this case, you must start up in single-user mode. [...SNIP...]
Euh, cet article parle de l'utilité de Disk Utility et de fsck, pas de ton problème. Cet article explique diverses méthodes pour un seule et même but, réparer le disque.
Bin si "... or it may reach the login screen but fail to reach the Desktop after the user name and password are entered...". Ce sont les qq mots (noyés dans l'article, je te l'accorde) qui décrivent mon pb et ceux d'autres utilisateurs. Faut pas lire en travers, on loupe des trucs comme ça ;-))
Par contre, et encore une fois, les solutions et explications données (fsck, Disk Utility et Safe Boot Mode) ne donnent aucun résultat.
Le 25/08/03 0:16, dans 1g080ip.gu3sd1dj1ue2N%laurent.pertois@alussinan.org,
« Laurent Pertois » <laurent.pertois@alussinan.org> a écrit :
[...SNIP...]
The computer may start up but fail to reach the login screen; or it may
reach the login screen but fail to reach the Desktop after the user name and
password are entered. In this case, you must start up in single-user mode.
[...SNIP...]
Euh, cet article parle de l'utilité de Disk Utility et de fsck, pas de
ton problème. Cet article explique diverses méthodes pour un seule et
même but, réparer le disque.
Bin si "... or it may reach the login screen but fail to reach the Desktop
after the user name and password are entered...". Ce sont les qq mots (noyés
dans l'article, je te l'accorde) qui décrivent mon pb et ceux d'autres
utilisateurs.
Faut pas lire en travers, on loupe des trucs comme ça ;-))
Par contre, et encore une fois, les solutions et explications données (fsck,
Disk Utility et Safe Boot Mode) ne donnent aucun résultat.
[...SNIP...] The computer may start up but fail to reach the login screen; or it may reach the login screen but fail to reach the Desktop after the user name and password are entered. In this case, you must start up in single-user mode. [...SNIP...]
Euh, cet article parle de l'utilité de Disk Utility et de fsck, pas de ton problème. Cet article explique diverses méthodes pour un seule et même but, réparer le disque.
Bin si "... or it may reach the login screen but fail to reach the Desktop after the user name and password are entered...". Ce sont les qq mots (noyés dans l'article, je te l'accorde) qui décrivent mon pb et ceux d'autres utilisateurs. Faut pas lire en travers, on loupe des trucs comme ça ;-))
Par contre, et encore une fois, les solutions et explications données (fsck, Disk Utility et Safe Boot Mode) ne donnent aucun résultat.
