iMac Core i5 neuf sous Lion : instabilité du système
Le
ctobini
Bonjour à tous,
Je vous soumets un souci que me contrarie un peu. J'ai commandé il y a
peu un iMac Core i5 neuf à la FNAC que j'ai reçu dernièrement.
La machine a donc été livrée sous Lion. Ce que j'ai fait comme
actions :
- partitionner le DD avec une partition iPhoto sans gestion des
autorisations pour partager le même iPhoto entre plusieurs sessions
- installer 16 Go de RAM
- remettre mes fichiers depuis un disque externe par glisser / déposer
- installer les quelques softs que j'utilise habituellement (Open
Office, Parallels)
Rien n'est cracké sur mon Mac, j'ai acquis toutes les licences
J'ai la désagréable impression d'instabilité du système, exemple :
- au démarrage, bien que j'aie choisi l'ouverture automatique de
session, je dois choisir l'utilisateur
- au démarrage, je dois quelquefois cliquer sur l'icône du Finder dans
le Dock pour que s'affiche la barre de menu en haut de l'écran
- lorsque je lance la vérification des permissions du DD, le temps est
estimé à 2 heures (j'ai un DD de 2 To mais quand même) et les
détails de la vérification des permissions ne s'affiche pas alors que
la case est cochée
Bref, je trouve que ça fait beaucoup pour une machine neuve.
Je me posais la question : ai-je fait une bourde avec les manips que
je vous ai décrites ci-dessus ? Y a-t'il un signe d'un DD défaillant
dans ce que je décris ?
Pourriez-vous svp me donner vos impressions si ça vous inspire quelque
chose ?
Merci et bonne journée,
C. Tobini
Je vous soumets un souci que me contrarie un peu. J'ai commandé il y a
peu un iMac Core i5 neuf à la FNAC que j'ai reçu dernièrement.
La machine a donc été livrée sous Lion. Ce que j'ai fait comme
actions :
- partitionner le DD avec une partition iPhoto sans gestion des
autorisations pour partager le même iPhoto entre plusieurs sessions
- installer 16 Go de RAM
- remettre mes fichiers depuis un disque externe par glisser / déposer
- installer les quelques softs que j'utilise habituellement (Open
Office, Parallels)
Rien n'est cracké sur mon Mac, j'ai acquis toutes les licences
J'ai la désagréable impression d'instabilité du système, exemple :
- au démarrage, bien que j'aie choisi l'ouverture automatique de
session, je dois choisir l'utilisateur
- au démarrage, je dois quelquefois cliquer sur l'icône du Finder dans
le Dock pour que s'affiche la barre de menu en haut de l'écran
- lorsque je lance la vérification des permissions du DD, le temps est
estimé à 2 heures (j'ai un DD de 2 To mais quand même) et les
détails de la vérification des permissions ne s'affiche pas alors que
la case est cochée
Bref, je trouve que ça fait beaucoup pour une machine neuve.
Je me posais la question : ai-je fait une bourde avec les manips que
je vous ai décrites ci-dessus ? Y a-t'il un signe d'un DD défaillant
dans ce que je décris ?
Pourriez-vous svp me donner vos impressions si ça vous inspire quelque
chose ?
Merci et bonne journée,
C. Tobini
Poser une question
avec réinstal d'un système ?
Vérifier qu'elles sont bien enfichées. Quelle marque ?
--
Fra
J'ai partitionné à chaud (apparemment faisable avec Lion), je n'ai pas
de clé USB bootable pour le moment.
Pour la RAM, j'ai pris la MacWay, j'ai bien fait attention à les
enticher correctement.
On 21 mai, 21:02, (Fra) wrote:
Question bête : ça n'aurait pas marché avec user/shared/ ? Ici en tout
cas il permet de partager Parallels Desktop (et donc Windows) entre
plusieurs sessions sans problème.
Avec tout le respect que j'ai pour MacWay, elles *peuvent* être
défectueuses et ils les échangent sans problème.
Et les symptômes font bien penser à de la RAM défectueuse. As-tu
réinstallé la RAM d'origine et le problème persiste-t-il ?
--
Gérald
J'aurais utilisé l'Assistant Migration, à ta place. Je ne dis pas que
c'est la raison de tes problèmes, mais sait-on jamais...
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
coup sûr si elle est défectueuse pour un changement ?
Pour /User/Shared ça ne marche pas avec iPhoto, la bibliothèque
appartenant à un utilisateur ne peut être écrite par un autre et ce
même si on fait un chmod 777 dessus... La seule solution que j'aie
trouvé est de passer par une partition sans gestion des permissions,
la seule limitation est l'accès concurrent mais iPhoto refuse
d'accéder à la bibliothèque si elle est déjà ouverte :)
On 22 mai, 03:52, (Gerald) wrote:
OS X, j'évolue dans le monde merveilleux de l'AS400... D'un autre côt é
je voulais être paléontologue quand j'étais petit, quelque part j'y
suis arrivé...
Bref, j'ai appris la connaissance de l'Assistant de Migration en
lisant les réponses à mon post :)
On 22 mai, 04:06, (SbM) wrote:
Déjà si l'échange supprime le problème ce n'est plus une coïncidence et
on avance à grand pas vers la corrélation !
Ensuite un coup de fil au sav (très sympa et compréhensif pour les
occasions où j'ai eu à le tester) peut mettre en évidence un problème
non isolé (un lot ?). Ils proposent en général une procédure de
vérification et vu le faible coût du port pour des barrettes, proposent
souvent le retour-échange. Du moins pour les deux cas où le problème
s'est posé pour moi (sur la vingtaine d'années où j'ai eu à les
pratiquer).
--
Gérald
Un problème de RAM entraîne des plantages et donc des Panics. Tu n'as
pas de Panic (enfin tu ne le dis pas), donc pas de problème de RAM.
Pour moi tes problèmes sont logiciels en particulier un problème de
droits de fichier liés aux copies. Ici on a vu des personnes qui se
faisaient encore avoir en copiant des fichiers unix (tar, taz, tbz...)
car cela change souvent les droits du répertoire père. Les partitions
sans droits, les chmod 777 et autres, cela
Cela peut aussi venir de programmes incompatibles avec le nouveau
système (tu ne dis pas la version de ton ancien système, tu nous dis
juste que le nouveau est 10.7). Une mauvaise extension ou incompatible
peut faire cela. Tester en démarrant avec la touche Maj pour n'avoir que
les extensions minimums. Tester aussi si les problèmes sont aussi
présents avec un autre utilisateur (mais si un programme incompatible
est installé en commun pour tout le monde cela n'avancera pas le
schmilblick).
Est-ce que tout tes programmes sont bien à jour ?
Il faut regarder dans les traces de /var/log/*.log pour voir si il y a
des problèmes tracés au moment où tu as tes problèmes (il y a toujours
des erreurs tracées, sinon le fichier serait vide, enfin en principe).
--
Éric Lévénez -- Unix is not only an OS, it's a way of life.
ctobini
Ce qu'il est déjà par défault. Mais je ne m'abuse, il y a un sticky bit
de positionné sur le répertoire "Shared" mais pas d'ACL.
drwxrwxrwt 18 root wheel 612B Jul 1 2011 Shared
drwxr-xr-x+ 32 moi staff 1.1K Apr 20 16:27 moi
0: group:everyone deny delete
STICKY DIRECTORIES
A directory whose `sticky bit' is set becomes an append-only
directory, or, more accurately, a directory in which the deletion
of files is restricted. A file in a sticky directory may only be
removed or renamed by a user if the user has write permission for
the directory and the user is the owner of the file, the owner of
the directory, or the super-user. This feature is usefully applied
to directories such as /tmp which must be publicly writable but
should deny users the license to arbitrarily delete or rename each
others' files.
--
Jacques PERROCHEAU
CNRS UMR 6226
Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
ACL également avec droit d'écriture pour l'autre user mais rien n'y
fait. Je me demande s'il n'y a pas une gestion spécifique de la bib
iPhoto.
Par ailleurs pour le sticky bit, si je ne m'abuse, il permet de
prévenir un rm sur la bib même pour un user autre que le propriétaire
ayant des droits d'écriture.
La partition sans gestion des droits est la seule solution que j'ai
trouvée pour le moment...
On 23 mai, 09:45, Jacques Perrocheau
rennes1.fr> wrote: