MacOS X de mes 2 - Page 1

Petit topo : j'ai un ordi sous MacOS 8.6, un sous MacOS X.3 (toutes mises çà jour faites). Les deux sont fonctionnels (i.e. il y a des données utilisateur sur les deux). Le vieux sous OS8.6 est en passe d'être remplacé, donc en attendant, on stocke tout sur l'autre... petit problème, alors que toutes les copies se sont bien passées jusque là (par partage AppleShare), ploum, d'un coup, le bureau MacOS X devient tout bizarre avec des icones absentes (?) dans le dock... après vérifications, tout le profil utilisateur a pété (donc les documents, les paramètres, les polices...). Sale tronche de l'utilisatrice (qui fait du boulot de maquettiste) qui voit tout ses fichiers disparus.

Après 1/2h de recherche (spa possible, un profil, ça ne disparaît pas comme ça !), je veux lancer une console... bah apu console, elle est toute diminuée (on voit juste le - rouge, c'est tout), impossible de l'agrandir. Donc je me connecte en utilisant >console (super pratique, en passant, ce truc), et je passe encore une vingtaine de minutes avant de découvrir le profil dans Network Trash... J'espère que c'est encore valide, le service com fermait, j'ai pas pu tenter une réparaotion de données. J'ai toujours pas compris ce qui s'était passé, mais j'imagine que OS8.6 a mit un flag de verrou sur le profil pendant la copie, OS X en a recréé un pour "survivre" et a supprimé l'autre quand le verrou a été enlevé. Si c'est ça, c'est vraiment pourri comme système, il devrait être au moins capable d'afficher un message d'erreur, une validation de suppression, ou autre...

Entre ce problème et le crash irrémédiable après une mise à jour de X.3 sur un iMac, mon avis sur la sécurité de MacOS en a pris un méchant coup...

La sécurité je sais pas, mais la fiabilité... Beaucoup de crashs viennent des apps, ok, mais je m'attendais à quelque chose de vraiment à toute épreuve, et en fin de compte ça vaut un windows xp... c'est à dire que ça tourne bien, mais de temps en temps, un petit bug; rien de grave, mais décevant quand même pour un OS qui avait une aussi bonne réputation (du moins d'après ce que j'en avais entendu) :/

un petit bug; rien de grave

je t'y verrais bien toi avec toutes tes données perdues... pour moi une perte de profil c'est GRAVE !

j'ai pas dit que je parlait de CE problème en particulier... c'est la 1ere fois que j'entends parler d'une perte de donnée (même le plantage de l'update n'a rien fait perdre), donc jusqu'à preuve du contraire ça n'a rien à voir ac ce dont je parle en géneral... et surtout, c'est pas la peine de le prendre sur ce ton.

Note pour le problème rencontré, je suis curieux de voir comment tu as fait (exactement). Non parce que j'ai du mal à concevoir que des données aient été perdues comme ça si "facilement".

Ben dans le sélecteur sous MacOS 8.6, je sélectionne ma machine distante. Il me propose deux partages, Macintosh HD et NomUtilisateur, je choisi NomUtilisateur, je copie mes documents dans le partage, pendant ce temps, sous X, je veux quitter ma session NomUtilisateur pour passer en session Administrateur (pour installer une imprimante), et au moment de quitter, mes paramètres ont déjà disparu (plus de fond d'écran, plus d'icône perso sur le bureau, plus d'icone perso dans le dock...).

marrant, il m'est arrivé là peu près a même chose, il y'a environ un an et demi, mais sous macos 10.2 et macos 8.jesaispasquoi
à l'époque j'ai pensé que j'avais fait une connerie, faut dire que je n'avais encore jamais touché à macos 10
heureusement pour moi c'était une session toute neuve sur laquelle je voulais récupérer 4go de données pour commencer à bosser

cependant le comportement était différent: il m'a fermé tout seul la session durant le transfert et impossible de se reconnecter dessus, sans autre info ou message d'erreur, bizarre

vince
:

un petit bug; rien de grave

je t'y verrais bien toi avec toutes tes données perdues... pour moi une perte de profil c'est GRAVE !

(t'aurais pu t'abstenir de foutre des majuscules, soi dit en passant)

moi sous XP j'ai jamais perdu de données, et encore moins toute un profil - par contre j'ai déja perdu une partition reiserfs sans vraiment savoir vraiment comment et quand il l'a fait (il a juste mis des plombes à booter, et le reboot suivant, plus de gentoo, paf!) >_< , mais arrêtons là les disgressions -

En gros, tu as envoyé tout ~/ à un autre ~/ ou tu as été plus fin (genre ~/Documents vers ~/Documents) ?
Mais de toute manière, le fait de tout retrouver dans la poubelle, je trouve clairement ça bizarre.

C'était un dossier (nommé Sauvegarde) copié dans Documents (mais tout le profil était partagé).
Par contre, c'est pas la poubelle standard Mac OS X (sinon, j'aurais pas passé 1h dessus), c'était dans un répertoire caché (toujours dans ~/ mais invisible depuis Aqua, il fallait passer en console pour le voir).
Chose étrange, j'ai voulu rendre ce dossier visible (chown -R MonUtilisateur + chmod -R 7777), maintenant je vois de dossier, mais il est impossible de rentrer dedans (j'ai une icône de dossier avec un petit sens interdit).

et clic sur dossier -> Ctrl-I te donne quoi, au niveau des droits ?

le dossier doit apartenir a root

j'ai l'impression qu'il y a eu des soucis avec les droits utilisateurs, sachant que OS 8/9 ne gèrent pas les droits utilisateurs c'est possible que ça ai merdé a cause de ça

Ce que tu pourrait faire c'est démarrer avec un CD d'install et lancer le gestionnaire de disque et faire une réparation des droits utilisateurs sur le disque de démarrage. Sa répare souvent des pbms

Le mieux a faire c'est de copier les données dans une zone "neutre" et ensuit de les remettrent a une place convenable après la copie et ce directement sur la machine une fois qu'on est sur que tout es OK

AppleShare/AppleTalk était a la base pour les machines classiques. Apple a proposé se service sous OS X pour des raisons évidentes, mais avec des macs anciens (inférieur a 9 et X) c'est pas complètement la panacée et ça peut se comprendre, c'est un peu comme la gestion des droits entre NT et 9x

le dossier appartient bien à MonUtilisateur en lecture et écriteur (pareil pour son groupe)
Je n'ai pas eu de problèmes en dehors de ça lors des tranferts, les droits sont bien respectés.
Non, mais c'est pas un souci de droit, mais bien de répertoire user pété.

Ca reste etrange..

Je ferrais quelque tests avec les machines que j'ai ici pour voir ce que ça donne

Les droits du répertoire auquel il appartient ne sont pas bon peut etre ?
D'ailleurs, un répertoire, faut des droits d'exécution pour aller dedans.

Mais effectivement, je vote c'est pas les droits qui sont en cause. J'aimerai bien avoir la bestiole dans les mains pour voir, mais bon, a peut pas, tapis

faut venir à Lyon C'est un énorme G5 gris métal, je peux pas le sortir comme ça ^^

miam un G5

c'est qu'il est en panne alors, je viens le chercher pour le réparer

./15 : la prochaine fois que je vais chez mes parents, donc sur Lyon, c'est dans longtemps a priori, donc bon... tapis

Mmm... bug violent.

Une fois j'ai fais planter tout mon Panther avec 2 opérations.
(laquelle, bonne question)

1) C'est plus que con, mais pour jouer à NetHack j'ai besoin de certains droits, rapport aux
sauvegardes du jeu... que je n'ai pas sans être root. Donc comme j'étais fatigué j'ai fait:

cd /
chmod 777 -r *

Oui c'est débile. Bon maintenant j'utilise sudo nethack.

2) J'ai compilé Bash 3.0. Le truc c'est que sous Linux j'avais l'habitude d'écraser tout
simplement le binaire précédent. C'est ce que j'ai fait ici.


J'ai pas eu de kernel panic, c'est BootX qui a refusé de lancer le noyau... sachant qu'OpenFirmware
sait lire les partitions, je me demande si BootX vérifie pas les droits de fichiers. ()

Mais une perte de profil c'est gentil (hip)... sous Windows et Linux c'est souvent perte de partition.

1) root pour faire du nethack, on aura tout vu...
2) hmmmm

Oui enfin, là, c'est clairement, dans les deux cas, toi qui a fait une grosse boulette, c'est donc pas des bugs. Nil, lui, c'est pas lui qui a fait la boulette... c'est donc un bug.

Ben perso je trouve que c'est un bug, une manip dans ce genre, même si elle est
conne, n'aurait rien fait à un FreeBSD... on a quand même bien le droit de changer des droits de fichiers
sur un système Unix quand même...

Et puis root pour faire du nethack y'a pas le choix, ils ne disent pas où sont installés tel ou tel fichier, le
setup n'est pas foutu de faire les chmod corrects.

Arg mais que c'est moche.. la version carbon est a chier et la version QT foire a 200%

Je prends la version Darwin, en mode console, dans le Terminal Mac OS.
(Appli Posix normale, comme la version Linux ou FreeBSD etc quoi)
Ensuite j'ai des problèmes de compilation pour faire marcher Falcon's Eye,
il faut que je m'y penche plus sérieusement...

(Ex: pas de malloc.h sous MacOS X, et puis le linking avec le Mach-O est un peu spécial,
donc j'ai un problème au niveau d'une librairie, et il faut que je vérifie le fonctionnement de SDL
au niveau des symboles, mais ça doit certainement se compiler)

c'est un bug de nethack, pas de osx.

Pour les changements de droits, je te dirai que... tu as tort.
Et si je te faisais un truc genre niquer ton inittab, tu crois que ton unix il se portera bien ? Ben, dis-toi que changer bash c'est peut etre un peu pareil
• kim en sait rien, mais bon...

Cela dit, refuser de booter le noyau, c'est vaguement étonnant, et que bash soit lié au bootX, ça me ferait quand même vraiment chier...

./22 : pas de malloc.h :
~ kim$ locate malloc.h
/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/malloc.h
/usr/include/malloc/malloc.h
/usr/include/objc/malloc.h
/usr/include/sys/malloc.h
Tu as fumé toi...

La forme "<header.h>" présente dans bien des sources n'inclue pas les répertoires
que tu as cité. Donc toutes les sources avec un simple...

#include <malloc.h>

...plantent.


Les normes ne rendent plus nécessaire malloc.h.
Donc Apple ne l'a pas mis comme il faut.
SOit on copie malloc.h, soit, de manière plus propre,
les sources doivent inclure malloc.h comme ça:

#ifdef HAVE_MALLOC_H
#include <malloc.h>
#endif

Et oui ça c'est à NetHack de le faire.
Mais les problèmes de différence bundle/librairie pour
lee chargement dynamique peut faire d'autres pb.
Et la compilation de NetHack plante même sans le problème de malloc.h.

Mais mais mais alors...

wi-5-119:~/Documents/Old/Arch_clases_S5/_compiladoresI/arch/practica2/pract2v5 kim$ make
bison -v -t -d grama21.y
flex -i AL_miniAda2.l
gcc -c lex.yy.c -Wall
lex.yy.c:1727: warning: `yyunput' defined but not used
gcc    -c -o grama21.tab.o grama21.tab.c
perl mktable.pl
gcc -c AS_miniAda.c -Wall
AS_miniAda.c: In function `syntaxisA':
AS_miniAda.c:298: warning: implicit declaration of function `yylex'
gcc -o AL_miniAda lex.yy.o AS_miniAda.o -lfl -Wall
#rm -f *.o *.tab.* lex.yy.* core
wi-5-119:~/Documents/Old/Arch_clases_S5/_compiladoresI/arch/practica2/pract2v5 kim$ grep malloc.h AL_miniAda.h 
#include <sys/malloc.h>
wi-5-119:~/Documents/Old/Arch_clases_S5/_compiladoresI/arch/practica2/pract2v5 kim$ 

kim :
c'est un bug de nethack, pas de osx.

Pour les changements de droits, je te dirai que... tu as tort.
Et si je te faisais un truc genre niquer ton inittab, tu crois que ton unix il se portera bien ? Ben, dis-toi que changer bash c'est peut etre un peu pareil
• kim en sait rien, mais bon...

Cela dit, refuser de booter le noyau, c'est vaguement étonnant, et que bash soit lié au bootX, ça me ferait quand même vraiment chier...

./22 : pas de malloc.h :
~ kim$ locate malloc.h
/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/malloc.h
/usr/include/malloc/malloc.h
/usr/include/objc/malloc.h
/usr/include/sys/malloc.h
Tu as fumé toi...

bash (ou n'importe ptet sh je sais pas) est utilisé pour le script init

c'est /bin/sh qui est normalement utilisé dans les scripts. Si tu dois utiliser bash, c'est parce que tu as besoin de fonctions particulières que tu n'arrives pas à faire avec sh. Sinon, ton script est moisi.
Tiens, un coup d'oeil rapide sur

/etc/rc.boot :

#!/bin/sh

##
# Are we booting from a CD-ROM?  If so, make a note of the fact.
##
...

##
# Initialize netboot
##
...

Apparemment, le boot sur osx, que ce soit netboot, cdrom ou normal, appelle toujours le noyau, avec des options différentes (logique après tout)
Cependant, là où je rejoindrai (enfin) billy charvet c'est qu'il y a effectivement un petit problème :

wi-5-119:/bin kim$ sh --version
GNU bash, version 2.05b.0(1)-release (powerpc-apple-darwin7.0)
Copyright (C) 2002 Free Software Foundation, Inc.

sh c'est... bash (non non il n'y a pas de symlink) ?!
Et donc, on est en droit de se poser des questions...
Et donc (encore) il est vaguement déconseillé de changer bash ou sh. Je dirai que bash ne devrait pas avoir de problème, mais si ils ont mis bash pour sh, il est probable qu'on trouve des /bin/bash dans les scripts, pourquoi pas...
un grep bash /etc/* ne donne en tout cas aucun résultat qui ferait croire à un problème quelconque.

je pense que bash se comporte différemment selon qu'il est appelé en tant que /bin/sh et /bin/bash... (bah oui, les extensions de bash font que c'est pas un shell POSIX)

donc ça doit être possible d'essayer d'installer un shell genre ash pour /bin/sh, ça doit poser moins de pb... (mais évidemment c'est pas exclu que certains comportements soient subtilement différents )

ben justement c'est pour ça que je disais que normalement un script bien fait appelle /bin/sh (ce qui est le cas). Là où ça fait pas sérieux, c'est que sh --version te donne bash. D'ailleurs, un ls -l /bin | grep bash te montrera que bash et sh sont exactement de la même taille. Donc sh est une copie de bash. C'est un peu con.

pk c pas sérieux que sh --version = bash ? ça vient bien du package bash 2.05, ça me paraît parfaitement normal que ça renvoie ça...

sinon pour le fait que ça soit une copie, ben je vois pas le pb non plus (à part qu'un symlink c'est plus zouli, mais le but doit justement être de pouvoir mettre à jour bash vers une version instable sans que sh le devienne, ou un truc comme ça; en fait je pense que The Right Thing serait un hardlink, mais si ça se trouve c'est effectivement ce qui a été fait ^^)

je vois pas ce qui te dérange là-dedans...