Compresseur Windows qui n'endommage pas les images physiques Mac |
Bienvenue invité ( Connexion | Inscription )
Attention, Mavericks n’est pas Mac OS 9, mais OS X 10.9
Pour tout problème concernant Mavericks, merci de poster dans le forum Mac OS X / OS X
Compresseur Windows qui n'endommage pas les images physiques Mac |
26 Jan 2017, 11:33
Message
#1
|
|
Macbidouilleur de vermeil ! Groupe : Membres Messages : 1 172 Inscrit : 19 Feb 2003 Membre no 6 267 |
Salut à tous et à toutes, c'est Cdbvs
Je suis toujours avec le problème ouvert sur un autre poste à propos des images systèmes qui perdent une partie de leurs code lors de transfert entre PC et Mac et Mac et PC en passant par le réseau internet via des plateformes Pc qui évoluent sous noyaux Linux. Cette question est orientée sur un sujet précis, d'où ce nouveau poste. Vous ne savez peut être pas tous pourquoi une grande partie des systèmes Mac disponibles sur internet aux formats : .img, .image, .bin, .dsk ou .iso, etc, ne fonctionnent pas lorsque l'on les ouvrent avec DiskCopy 6.x.x et retournent des erreurs de lectures comme la - 8816. En fait c'est très simple et dramatique pour la sauvegarde et la conservation des programmes informatiques. - Lorsque vous utilisez un Mac sous Os 9.x et que vous transférez une image physique d'un logiciel système sur le réseau internet, elle va être traitée à plus de 99% de chance par une plateforme évoluant sous un autre langage. - Lorsque vous utilisez un Mac sous Classic et que vous transférez une image physique d'un logiciel système sur le réseau internet, elle va être traitée à au moins 99% de chance par une plateforme évoluant sous un autre langage. - Lorsque vous utilisez un PC et que vous souhaitez sauvegarder des images physiques Mac, vous faites la même démarche et le résultat est le même. Sur Windows, on peut utiliser un logiciel exploitant l'algorithme de Reed Solomon, ce qui évite ce type de problème, mais pas sur tous les Mac et surtout pas sous le système Os 9 natifs qui ne le comprends pas. . Ensuite si vous avez compressés une image physique en .sit sous Classic et que vous souhaitez la transférer vers un ordinateur Macintosh n'évoluant pas sous Classic, à la décompression, elle ne sera plus exploitable et retournera une erreur de lecture. Sauf sur Windows. . Si vous avez compressés une image physique en .sit ou .zip ou autre sous Mac Os 9.x et que vous souhaitez la transférer vers un ordinateur Macintosh n'évoluant pas sous Os 9.x, à la décompression, elle ne sera plus exploitable et retournera une erreur de lecture. Sauf sur Windows. . Si vous décompressez une image physique créée sous Classic ou Os 9.x sur Windows afin d'effectuer une sauvegarde du patrimoine, vous allez la tester sur un émulateur tel que 'Mac-on-Stick' afin de savoir si elle fonctionne et par la suite vous allez la recompresser et la sauvegarder. Le problème est là. En compressant ou recompressant une image physique d'un système d'exploitation Mac Os 9.x via une autre plateforme qu'un Macintosh évoluant nativement sous Mac Os 9.x, l'image se modifie et à la fin vous avez des sauvegardes qui fonctionnent étrangement toujours sur Windows avec vos émulateurs mais qui retournent des erreurs de lectures avec DiskCopy sous Mac Os 9.x. Bref, ce que je cherche c'est une solution afin de passer les images physiques d'une plateforme à une autre, évoluant d'un langage à un autre sans endommager les images. D'un Mac sous Os 9.x vers un PC sous Windows et vers un Mac sous Os 9.x. Ou d'un Mac sous Classic vers un Mac sous Os 9.x. Pour faire plus simple : . Si je prends une image physique d'un système Mac que je ne peux pas tester sur cette plateforme, ou que j'ai essayé de réparer en implantant les fichiers invisibles avec la combinaison des touches CTRL + MAJ vers une nouvelle image physique créée avec DiskCopy 6.x.x. Je la compresse en .zip et je l'envoie vers le PC. A ce moment là, je la décompresse et je la teste avec 'Mac-on-Stick'. Si elle ne fonctionne pas, je la mets de côté et sinon je la garde. Mais si je la recompresse, elle retourne une erreur de lecture sous DiskCopy sous Mac Os 9.x. J'ai testé les formats à partir de Windows et Classic : .zip, .sit, .tar, .rar, .hqx, .iso, .toast (c'est le même que l'iso), .nrg, .rar. La je sèche !!! Existe t-il une solution ??? Merci à tous pour vos réponses. A+ Cdbvs -------------------- J'ai : 1 Apple IIgs rom 1, 2 Mac Portables 1989, 1 Amstrad CPC 464, 1 Mac+, 3 Mac II, 1 Mac LCI 2dk7, 1 Quadra 650, 1 PPC 4400/200, 1 G4 AGP Graphic proc 7447a 2Ghz, 1 Dell Latitude C510, 1 ACER Aspire 5610, 1 Toshiba Satellite pro, 1 Mac SE, 1 Mac SE FDHD, 1 Mac SE/30, 1 iBook G3 2005, 1 LC 475, 1 G3 gris à 266Mhz, 1 PB 170, 1 PB 5300, G4 2x1,42Ghz. _ Mac à faire réparer : 2 Mac Classic I, 2 Mac Classic II, 1 Tournesol 800Mhz, 1 LC III, 1LC 475, 1Mac II, 1 Mac IIx. _ Mac et PC à échanger : 1 Performa 5200cd, 1 PPC 6100/60, 1 e-Mac 700Mhz, 1 PC Athlon 1,80Ghz, 1 iMac DV BB, 1 LC475, 1 PPC 6400/180, 1 PPC 7200/75, 1 Performa 5260, 1 LC 630, 1 PPC 7100/80._ Mon site cdbvs-apple. _ .Mon blog.
|
|
|
26 Jan 2017, 21:02
Message
#2
|
|
Macbidouilleur d'Or ! Groupe : Modérateurs Messages : 19 347 Inscrit : 22 Jul 2004 Lieu : Louvain-la-Neuve (Gaule Gelbique) Membre no 21 291 |
Le format .sea (Self Extracting Archive), dérivé du .cpt (de Compact Pro), est en fait une forme d'archive qui contient aussi l'application d'extraction. Celle-ci posera donc problème sur les autres systèmes…
Le problème fondamental, comme expliqué par eteen, c'est que seuls les systèmes de fichiers Apple (HFS et HFS+ pour les plus récents) sont en mesure de traiter (et donc respecter) la partie Ressources des fichiers. Les formats .sit (Stuffit) et .zip permettent de stocker ou transférer des « fichiers » Mac contenant des ressources sur d'autres systèmes (Unix ou Windows) parce que ces ressources sont encodées dans la partie Data des archives. Mais si on les décompacte sur ces systèmes, la partie ressources sera perdue ou corrompue. Dans le cas de systèmes émulés ou virtualisés, la question est sans doute plus complexe… -------------------- ¶ MacBook Pro 14’’ 2021, M1 Pro, 16 Go/1 To – macOS 12.6 “Monterey” ¶ MacBook Pro 15’’ mi-2010 Core i5 2,53 GHz, 8 Go/SSD Samsung 860EVO 1 To – Mac OSX 10.6.8 ¶ Power Macintosh G3 beige de bureau, rev.1 @ 233MHz, 288 Mo/4Go – MacOS 9.1 + carte PCI IDE/ATA Tempo 66 Acard 6260 avec HD interne Maxtor 80 Go + graveur interne CDRW/DVD LG GCC-4520B + tablette A4 Wacom UD-0608-A + LaCie ElectronBlueIV 19" + HP ScanJet 6100C ¶ B-Box 3 + HP LaserJet 4000 N
¶ La recherche dans MacBidouille vous paraît obscure ? J'ai rédigé une proposition de FAQ. Le moteur logiciel a un peu changé depuis mais ça peut aider quand même. … Les corsaires mettent en berne… |
|
|
Nous sommes le : 20th April 2024 - 04:00 |