-
All replies
-
Helpful answers
-
Jan 13, 2016 1:37 PM in response to Loner Tby DwaynXD,I already reset my NVRAM in the past but with no luck of fixing the issue. I will try it again.
First I did resetting the system management controller. I shut down the computer, unplug the power cord, wait 15 seconds, attach the power cords, wait 5 seconds, then press power button. Same thing happened, when the progress bar got to 3/4 of the way and then the computer shut down.
Second I tried to reset my NVRAM. I followed all the steps, after hearing the chime for the second time and letting go of Command-Option-P-R. The same thing happened as described above, but this time the chime was a lot louder. I had my volume down a bit. The computer shut down at 3/4 of the progress bar.
-
Jan 13, 2016 1:44 PM in response to DwaynXDby Loner T,Boot into Internet Recovery - OS X: About OS X Recovery - Apple Support - Command+Opt+R. Click on Utilities -> Terminal.
Run diskutil list . Note down the two disks which are part of your CS volumes. They can be renumbered in Recovery Console.
Run
diskutil repairDisk diskN1
diskutil repairDisk diskN2
N1 should point to your 121GB SSD/Flash
N2 should point to your 1TB HDD
as pointed to by the diskutil list output.
-
Jan 13, 2016 2:01 PM in response to Loner Tby DwaynXD,When I ran "distutil list" in Terminal on Recovery Mode, it was shocking. It went from /dev/disk0 all the way to /dev/disk16. I now remember a long time ago I was trying to make a bootable linux USB drive and accidentally clicked on the wrong drive. But I never had a problem booting up, until now. I guessed I clicked on the SSD or HDD.
The list is too long for me to type out right now so I am going to post an imgur.com link for the picture. I also ran distutil repairDisk diskN1 and N2. But the result will also be in the imgur.com link. (A bit too lazy to type right now.)
Here is the imgur link: http://imgur.com/a/QrKo3
-
Jan 13, 2016 2:07 PM in response to DwaynXDby Loner T,N1 = 0, N2 = 2 and the commands are
diskutil repairDisk disk0
diskutil repairDisk disk2
-
Jan 13, 2016 2:45 PM in response to Loner Tby DwaynXD,When I did diskutil repairDisk disk0, this came up: Repairing the partition map might erase disk0s1, proceed? (y/N). I pressed N because I don't know if that is the right thing to do.
When I ran diskutil repairDisk disk 2, this came up: Unable to repair this whole disk: The target disk is too small for this operation (-69771)
Shouldn't I worry about all the other /dev/disks?
I am kinda shaking right now.
-
Jan 13, 2016 3:07 PM in response to DwaynXDby Loner T,The other /dev/disks are part of the Internet Boot image can be safely ignored. The RepairDisk can fix issues with the EFI partition (disk0s1), which in some cases can prevent OSX boot. Do you have back ups of OSX and Windows? Can you provide some more detail on how/when this started happening?
-
Jan 13, 2016 3:13 PM in response to Loner Tby DwaynXD,For windows I only have games, I don't have a back-up but it's not necessary for me because I don't have that many.
And for OS X is everything, family photos, videos, projects and more. And yes I do have a backup of that on an external hard drive.
So this started happening in December 2015. Back then I was mostly using Windows for videogames. I remember a few months before December 2015 that I accidentally selected the wrong image for making a bootable USB Linux. But this problem did not happen. It just started happening after a few months I made the bootable USB mistake.
So are all the /dev/disks normal things that I don't need to worry about? It has been like a month and have been searching so much but can't find any solutions. Sometimes I couldn't sleep at night, couldn't do my work right because my mind was always on how I can fix this. Sorry for expressing my feelings.
-
Jan 13, 2016 3:24 PM in response to DwaynXDby Loner T,No worries. Run the repairdisk on disk0 and disk2 and say 'y' to the disk0s1 question.
-
Jan 13, 2016 3:31 PM in response to Loner Tby DwaynXD,Thanks for understanding.
I ran repair disk on disk0 and it finished it. Everything seems to be OK.
I ran repair disk on disk2 and this came up again: Unable to repair this whole disk: The target disk is too small for this operation.
The computer still shuts down when the progress bar gets to 3/4. And I am using "/sbin/mount -uw /" and "exit" to get in OS X.
-
Jan 13, 2016 3:39 PM in response to DwaynXDby Loner T,1. Do you have any third-party NTFS or HFS software - like Tuxera, Paragon, NTFS-3g, MacDrive, etc.?
2. In Internet Recovery can you run Disk Utility and run Repair Permissions?
3. The worst-case scenario is to re-install OSX, which should not touch any of your non-OS files.
-
Jan 13, 2016 3:42 PM in response to Loner Tby Allan Eckert,But it always safer to make a backup first just in case.
-
Jan 13, 2016 3:44 PM in response to Allan Eckertby Loner T,Allan Eckert wrote:
But it always safer to make a backup first just in case.
Yes, it is always better to have a backup. I assume OP has Time Machine and it has not dropped any files.
-
Jan 13, 2016 3:48 PM in response to Loner Tby Allan Eckert,As critical as backups are in a situation such as this, I thought repeating that was a good thing.
-
Jan 13, 2016 3:50 PM in response to Loner Tby DwaynXD,Loner T wrote:
Allan Eckert wrote:
But it always safer to make a backup first just in case.
Yes, it is always better to have a backup. I assume OP has Time Machine and it has not dropped any files.
I don't have a Time Machine, I just copy files I want to backup on my external hard drive.
Quoting Loner T 2 previous suggestion.
1. I don't have any third-party software of those kinds.
2. Will do in a few.
3. I already tried doing this but it came up with an error: An error occurred while preparing the installation. Try running this application again. This is where I used terminal to change the date. I researched it a bit and that is what solved most people's problem but it did not solve mine.
-
Jan 13, 2016 3:51 PM in response to DwaynXDby Loner T,If you do not have RepairPernissions in the Disk Utility UI, you can manually do it.
diskutil repairPermissions
Usage: diskutil repairPermissions [-plist] MountPoint|DiskIdentifier|DeviceNode
Verify or repair the permissions of a Mac OS X boot volume.
Ownership of the affected disk is required.
If you saw an error earlier, verify the disk2 still points to a valid internal disk.