Notifications
Clear all
Catalina Issues
136
Posts
17
Users
0
Reactions
50.6 K
Views
There should be a fix for this bug soon, we are told, but I do not know what soon means.
I never have much faith in the Apple repair tools, they are minimally functional.
I have three different command lines you can try:
Lets assume the volume is at disk6
diskutil unmount disk6
sudo fsck_hfs -Race /dev/rdisk6
sudo fsck_hfs -fry /dev/rdisk6
I do not know the advantages of each, but you can try both, does not hurt.
I use Disk Warrior, however for repairing directories. It is commercial, but the best app for this.
Posted : 13/04/2020 11:14 am
I can confirm this bug totally hosed my 12TB RAID Time Machine SoftRaid (filled with 9TB of data), but DiskWarrior could not fix it.
This is the second worst "crash" I've experienced with Macs since 1984. The first one, about ten years ago, taught me a valuable lesson: keep multiple backups of your most important stuff. Period.
Posted : 13/04/2020 9:10 pm
Disk Warrior could not repair it? Could not replace the directory with a new one?
Or did it get a "hardware services error"?
Time Machine backups are difficult, as you cannot simply get the files off, the Time Machine metadata database has to be recovered also.
Sorry to hear this.
Posted : 14/04/2020 2:32 am
Just an update, after rolling back to 10.15.3 from a time machine backup, haven't had any issues like what's happening with 10.15.4. Hopefully others have the same option.
My RAID is not part of my time machine backup, just the local disc, so once the OS was back down to 10.15.3 seems to be all back to normal.
Posted : 14/04/2020 3:35 pm
This is a bug in 10.15.4.
We hope to have news soon on this, either a work around, or update from Apple. (or both)
Posted : 15/04/2020 2:11 am
There should be a fix for this bug soon, we are told, but I do not know what soon means.
I never have much faith in the Apple repair tools, they are minimally functional.
I have three different command lines you can try:
Lets assume the volume is at disk6
diskutil unmount disk6
sudo fsck_hfs -Race /dev/rdisk6
sudo fsck_hfs -fry /dev/rdisk6I do not know the advantages of each, but you can try both, does not hurt.
I use Disk Warrior, however for repairing directories. It is commercial, but the best app for this.
I ran both fsck commands and they check out ok but I am still worried the file sctructure is damaged because of the reboots in the middle of a high volume transfer.
Question: Is Disk Drill capable of checking beond what fsck does? I only see recovery in Disk Drill, no repair option.
Posted : 15/04/2020 10:08 am
Such a bummer. This randomly just started happening to me today too. So far disabling time machine and turning off putting disks to sleep has worked.
I was getting a kernel panic hourly.
Pretty sure that now that I've typed that it hasn't recurred, it will happen within the next hour. lol
Posted : 15/04/2020 11:17 am
This bug has made my Mac mini pretty much unusable in normal mode. I've resorted to booting in "safe" mode, which is unpleasant and doesn't prevent the bug from occurring but seems to leave the system running a bit longer before the freeze occurs.
Is reverting to 10.15.3 both safe and feasible? Earlier in the thread you said it was impractical because only 10.15.4 is now available for download. This Reddit thread:
https://www.reddit.com/r/CatalinaPatcher/comments/fox869/macos_catalina_10153_downgrade_link/
provides a link to a 10.15.3 installer with instructions on reverting (of which I'm a little wary because it requires disabling SIP during the install).
Would this be safe and practical?
My only alternative right now is to keep using safe mode until a fix or workaround is available from Apple.
Posted : 15/04/2020 1:11 pm
We have a workaround, which you can use (until the next update of Catalina):
Posted : 16/04/2020 12:36 am
I ran both fsck commands and they check out ok but I am still worried the file structure is damaged because of the reboots in the middle of a high volume transfer.
Question: Is Disk Drill capable of checking beond what fsck does? I only see recovery in Disk Drill, no repair option.
no, Disk Drill does not touch the source, it is only for recovery.
But we have a work-around for now:
Posted : 16/04/2020 12:38 am
I ran both fsck commands and they check out ok but I am still worried the file structure is damaged because of the reboots in the middle of a high volume transfer.
Question: Is Disk Drill capable of checking beond what fsck does? I only see recovery in Disk Drill, no repair option.
no, Disk Drill does not touch the source, it is only for recovery.
But we have a work-around for now:
Great, I have implemented the kernel setting.
I will run my normal backups and see if this solves it for now.
Thanks for your effort!
Posted : 16/04/2020 3:16 am
To SoftRAID Support,
10.15.5 beta is out. Can you verify if this issue is being addressed in the beta so we have something to look forward to?
Posted : 16/04/2020 11:01 pm
We have a workaround, which you can use (until the next update of Catalina):
Just a heads up: This morning I got another reboot after I have implemented the boot-args="dart=0” kernel setting
I heve verified the setting:
bash-3.2# nvram boot-args
boot-args dart=0
I have sent the stack trace via email to Softraid support.
Not a happy camper.... :-(
Posted : 17/04/2020 2:18 am
I do not know. Perhaps it is the RAM, I noticed you had 24GB of RAM, perhaps you have mixed RAM and that is triggering something?
I do not have any experience with this dart=0 setting, I know it slows down RAM because is eliminates some cacheing, but it should not cause issues. There could be something else going on.
Fortunately we are not getting this from other users (yet), and I hope your case is unique.
Posted : 17/04/2020 11:43 am
To SoftRAID Support,
10.15.5 beta is out. Can you verify if this issue is being addressed in the beta so we have something to look forward to?
We can, after testing.
Posted : 17/04/2020 11:43 am
