Ik wil mijn G-Tech drive mini formatteren met APFS, maar dat lukt niet en krijg steeds deze mededeling.



Schijf-EHBO keurde de disk goed.

Kun je de drive wel zelf unmounten van je desktop? Lijkt alsof er bestanden in gebruik zijn of open staan op die schijf.

@boiing: Ik kan zonder problemen de schijf mounten en unmounten.
Ga nu de schijf op zijn allerveiligst wissen (7x), maar dat duurt een tijd.

Dat is nergens voor nodig hoor, dat duurt alleen maar langer (als je pech hebt uren..) maar is niet het probleem. Misschien heeft dat unmounten nu geholpen, dat zou kunnen.

Misschien moet je de schijf eerst formatteren met Mac OS Uitgebreid (journaled).
En daarna kan je APFS formatteren.

Dat is een goede tip Dick, want dat is soms wel eens een oplossing voor dit soort problemen, heb ik gemerkt.
Axhill, let er ook op dat je de root van de HDD selecteert.

Misschien moet je de schijf eerst formatteren met Mac OS Uitgebreid (journaled).
En daarna kan je APFS formatteren.

Geprobeerd, maar dat werkte ook niet. Dan laat ik de schijf maar geformatteerd met MacOS Uitgebreid (journaled).

De G-Tech schijf is van 2015. Zou die gewoon de techniek nog niet aan boord hebben om met APFS om te gaan?

Misschien komt dit draadje nog van pas ?

https://www.macfreak.nl/macos-en-osx/formatteren-naar-apfs/

In Disk Utility click on "View" and select "Show all devices" which will then show the physical drive in the left pane of Disk Utility.  Erase the physical drive instead of the containers or volumes.

Hoe is de schijf gepartitioneerd?

Hoe is de schijf gepartitioneerd?

GUID-partitie-indeling


Verdere info m.b.t. de schijf:
Naam volume : G-Tech HD
Type volume : Fysiek volume
BSD-apparaatnode : disk3s2
Activeringspunt : /Volumes/G-Tech HD
Bestandssysteem : Mac OS Uitgebreid (journaled)
Verbinding : USB
Apparaathiërarchiepad : IODeviceTree:/PCI0@0/XHC1@14
Beschrijfbaar : Ja
Is hoofdlettergevoelig : Nee
UUID bestandssysteem : 96084B4B-4990-3C70-9426-18E7D45DED9A
Capaciteit volume : 999.860.912.128
Beschikbare ruimte (wisbaar + vrij) : 999.197.311.104
Wisbare ruimte : 128
Vrije ruimte : 999.197.310.976
Gebruikte ruimte : 663.601.152
Aantal bestanden : 76
Eigenaren ingeschakeld : Nee
Is versleuteld : Nee
System Integrity Protection ondersteund : Nee
Controle mogelijk : Ja
Herstel mogelijk : Ja
Geschikt voor opstarten : Nee
Met journaling : Ja
Schijfnummer : 3
Partitienummer : 2
Medianaam :
Mediatype : Algemeen
Verwijderbaar : Ja
Solid state : Nee
S.M.A.R.T.-status : Niet ondersteund
Bovenliggende schijven : disk3

Hier worden de verschillen goed uitgelegd tussen een harddisk, drive, volume, partitie, image, container etc.

Die zaken zie je ook terug bij Schijfhulpprogramma > Toon alle volumes.

Kan zomaar van invloed zijn op (niet willen) formatteren als APFS.

Zo hoort een APFS geformatteerde schijf er uit te zien:

Het proces 'fseventsd' houd de formattering tegen. Er is toch iets aan de hand met dat file system.

Heb je al eens herstart? De schijf weggehaald uit de TM voorkeuren?
Eventueel een safe boot en dan inloggen in een schone gebruiker, en dan nog eens proberen?

Alhoewel dit proces in MacOS Monterey niet zou moeten draaien, kan je het misschien (als het wel draait) uitzetten in Activity monitor:

The /dev/fsevents API can only support a few extremely well-behaved clients. Spotlight is one. In Leopard, FSEvents is another. The FSEvents framework relies on a single, constantly running daemon process called fseventsd that reads from /dev/fsevents and writes the events to log files on disk (stored in a .fseventsd directory at the root of the volume the events are for). That's it. That's the super-high-tech solution: just write the events to a log file. Boring, pragmatic, but quite effective.

Ik heb 'm gewoon draaien in Montery, als onderdeel van de root. Hij laat zich dan ook niet (geforceerd) uitzetten.

Ik heb 'm gewoon draaien in Montery, als onderdeel van de root. Hij laat zich dan ook niet (geforceerd) uitzetten.

Grappig, die verschillen…

.fseventsd

The FSEvent database for each volume is tucked away in a hidden top-level folder named .fseventsd on that volume. This is potentially confusing, because fseventsd is also the name of the process responsible for maintaining the database, which runs as root. Gain root privileges and peek inside the folder using
sudo ls -la /.fseventsd
and you will see a very long list of FSEvents files, typically 10-20 per day, with hex names like 0000000035fa46b6, stored in compressed format. These should go back to when FSEvents were last flushed, typically when macOS last underwent a major upgrade.

When a volume on removable storage is properly unmounted, one of the tasks of macOS is to ensure its FSEvents database is fully updated before the volume is removed. If the storage device is disconnected before that can occur, then the database may be left incomplete, and those FSEvents lost. This is one reason why you should always eject removable storage properly. Some volume formats, such as FAT32 and EXFAT, appear to be unreliable at keeping proper FSEvents databases.

You can turn off FSEvent recording for a volume, by creating a .fseventsd folder at the root level of that volume, and within that hidden folder making an empty file named no_log. This is most unwise if you want it backed up by Time Machine, of course.

Ik heb SuperDuper! versie 3.5 gedownload en daar probleemloos een kopie van mijn (Monterey) Mac HDD gemaakt op de G-Tech disk.
SuperDuper! converteerde de G-Tech ook keurig naar APFS.

Fijn dat het is gelukt.

Jammer dat we niet weten wat de oorzaak was.

Idd.
Maar ja,

Jammer dat we niet weten wat de oorzaak was.

Verdraaid toch.

Omdat ik op deze HD nog flink wat ruimte heb, wilde ik ook wat andere backupbestanden hierop bewaren. Maar dat gaat niet. De schijf lijkt wel beveiligd, want alles wat ik erop sleep wordt geweigerd.

Is er een oplossing?

Is er een oplossing?

Of de toegangsrechten aanpassen van de hele HDD, of opnieuw beginnen en partitioneren.

(Mijn)Tip: laat een clone van je Mac in takt en berg de schijf op. Doe er verder niets anders mee.

@nnsa: Wat vind je van dit idee: Op mijn huidige Monterey Mac zet ik een map met backupbestanden uit de oude TM. Maak met SuperDuper! een cloon van de Mac en nagedane kopie wis ik die tijdelijk aangemaakte map weer. Dat geeft toch geen problemen en heb ik van allebei een backup?

@nnsa: Wat vind je van dit idee: Op mijn huidige Monterey Mac zet ik een map met backupbestanden…

Mijn eerste reactie was negatief, maar toen ik het nog een keer las, is dit wellicht de eenvoudigste oplossing.

(Mijn)Tip: laat een clone van je Mac in takt en berg de schijf op. Doe er verder niets anders mee.

@nnsa: Ik geloof dat dit advies van je het beste is. Ik maak dus toch maar geen TM-backupbestanden op mijn Mac.

@nnsa: Ik geloof dat dit advies van je het beste is. Ik maak dus toch maar geen TM-backupbestanden op mijn Mac.

Zo zou ik het ook doen. Voor systeem, voorkeuren en apps maak ik TM backup's. Meerdere Data backup's met ChronoSync, regelmatig een mail backup met Mail Archiver X. Daarnaast (maar dat is luxe) staat er een tweede iMac klaar met nagenoeg dezelfde mogelijkheden als de eerste. Werk ik één keer in de maand bij. Vertrouwelijke data opslag extern aan de Mac. Niet vertrouwelijk op NAS. Daarnaast op iCloud.

De schijf lijkt wel beveiligd, want alles wat ik erop sleep wordt geweigerd.

Dat zou ik niet negeren, want dat hoort niet zo.