101955 Bennu is a carbonaceous asteroid in the Apollo group discovered by the LINEAR Project on 11 September 1999. It is a potentially hazardous object that is listed on the Sentry Risk Table and tied for the highest cumulative rating on the Palermo Technical Impact Hazard Scale. It has a cumulative 1-in-1,800 chance of impacting Earth between 2178 and 2290 with the greatest risk being on 24 September 2182. It is named after the Bennu, the ancient Egyptian mythological bird associated with the Sun, creation, and rebirth.
101955 Bennu has a mean diameter of 490 m (1,610 ft; 0.30 mi) and has been observed extensively with the Arecibo Observatory planetary radar and the Goldstone Deep Space Network. Bennu was the target of the OSIRIS-REx mission which is intended to return its samples to Earth in 2023 for further study. On 3 December 2018, the OSIRIS-REx spacecraft arrived at Bennu after a two-year journey. It orbited the asteroid and mapped out Bennu's surface in detail, seeking potential sample collection sites. Analysis of the orbits allowed calculation of Bennu's mass and its distribution.
On 18 June 2019, NASA announced that the OSIRIS-REx spacecraft had closed in and captured an image from a distance of 600 metres (2,000 ft) from Bennu's surface. In October 2020, OSIRIS-REx successfully touched down on the surface of Bennu, collected a sample using an extendable arm, secured the sample and prepared for a return trip to Earth. On 10 May 2021, OSIRIS-REx successfully completed its departure from the Bennu asteroid while still carrying the sample of the asteroid rubble.
Astrometric observations between 1999 and 2013 have demonstrated that 101955 Bennu is influenced by the Yarkovsky effect, causing the semimajor axis of its orbit to drift on average by 284±1.5 meters/year. Analysis of the gravitational and thermal effects has given a bulk density of ρ = 1190±13 kg/m3, which is only slightly denser than water. Therefore, the predicted macroporosity is 40±10%, suggesting the interior has a rubble pile structure or even hollows. The estimated mass is (7.329±0.009)×1010 kg.
If you ever want to make your own megathread, you can go here to reserve a spot! :xinternet:
Resources for Organizing your workplace/community :sabo:
Resources for Palestine :palestine-heart:
Buy coffee and learn more about the Zapatistas in Chiapas here :EZLN:
Here are some resourses on Prison Abolition :brick-police:
Foundations of Leninism :USSR:
:lenin-shining: :unity: :kropotkin-shining:
Anarchism and Other Essays :ancom:
Remember, sort by new you :LIB:
Follow the Hexbear twitter account :comrade-birdie:
THEORY; it’s good for what ails you (all kinds of tendencies inside!) :RIchard-D-Wolff:
Come listen to music with your fellow Hexbears in Cy.tube :og-hex-bear:
Queer stuff? Come talk in the queer megathread! ! :sicko-queer:
Monthly Neurodiverse Megathread and Monthly ND Venting Thread :Care-Comrade:
If you actually hibernated the machine, you would lose whatever work you hadn't saved in any software which was running. Otherwise, no. It might just take an extra few seconds to boot. The real danger comes from modifying the filesystem without deleting the hibernation file, which is why the driver forbids it.
If the problem is the presence of a hibernation file, it will tell you in the error message. First, I would try mounting the filesystem on the Ubuntu Live USB from a terminal so you can see any error messages it produces. Try:
sudo mkdir /mnt/windowssudo mount /dev/<windows partition device> /mnt/windowsIf it warns you about a hibernation file, that's likely the problem. If it says nothing about it, there is probably something else wrong (it may give you more information than the GUI though)
The hibernation file can be deleted from Windows or Ubuntu. On Windows, you would want to disable hibernation. This will delete the hibernation file and prevent the OS from creating a new one until you enable it again. This can be switched off and on in the command line by running:
powercfg /h offto turn it off, and
powercfg /h onto turn it back on. On Ubuntu, you can try telling the driver to remove the hibernation file by running
sudo mount -t ntfs-3g -o remove_hiberfile /dev/<windows partition device> /mnt/windowsto attempt deleting the hibernation file and mounting read/write, or
sudo mount -r /dev/<windows partition device> /mnt/windowsto attempt mounting it read-only.
Worst case scenario, you can use a tool like
ddto create a backup image of the hard drive so you can attempt to crack it open at your leisure or run various file recovery tools on it. Be careful withddthough because it will happily overwrite any hard drive you tell it to if you're not careful.yo, i really appreciate the help
i failed on the first command lol it hits me with:
mkdir: cannot create directory ‘/mt/windows’: No such file or directorythat's /mnt/windows, not /mt/windows. :)
holy shit my bad, im kinda sleepy
on the 2nd command you mentioned it gives me this:
mount: /mnt/windows: wrong fs type, bad option, bad superblock on /dev/sda, missing codepage or helper program, or other error.i tried mounting both the entire drive and just mounting the partition i want
Mounting the entire hard drive won't work, you need to tell it a partition, so it would be /dev/sda# rather than /dev/sda. I guess we need to explicitly tell it what filesystem type we're using too. Try
sudo mount -t ntfs-3g /dev/sda<number> /mnt/windowsThere is a small chance the Ubuntu live USB doesn't even ship the ntfs driver, but I'd be kinda shocked if that were the case. On my machine I don't need to explicitly tell it to use ntfs-3g, but I have found myself in situations in the past (can't remember what the hell I was doing) where I did need to tell it.
ok, it gave me this
NTFS signature is missing.Failed to mount '/dev/sda2': Invalid argumentThe device '/dev/sda2' doesn't seem to have a valid NTFS.Maybe the wrong device is used? Or the whole disk instead of apartition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?this is how the disk and the partition show in the Ubuntu 'Disks' program., not sure if that helps or not. i don't know much but it does look odd.
Fascinating. It looks like you're doing everything right, but that message isn't a great sign.
I suppose we should review the facts. The computer boots the Ubuntu LiveUSB, so we can probably toss out the SecureBoot theory. If that wasn't enough, it is capable of detecting the disk and reading the partition table from it. Ubuntu is demonstrably capable of reading the disk, so this isn't the reason it isn't able to mount the filesystem.
The ntfs-3g driver is present, so it isn't due to the lack of a driver. The driver is erroring out and saying it doesn't recognize the NTFS signature. This indicates that something is wrong. This is supported by the fact that Windows barely runs, though the fact that Windows runs at all is kind of surprising.
As for the root cause, it could be a number of things. I would treat the disk itself with suspicion, but it could also be a power failure at a bad time, an extremely uncommon software bug, cosmic rays, who knows.
I've never used it, but there is a tool called ntfsfix which might help. To quote the manual:
I'd give
sudo ntfsfix /dev/sda2a shot, but be aware that this will make changes to the filesystem. I'm sure the tool errs on the side of caution, but from a data forensics best practices standpoint it's best to have a backup image before messing around with it. Anyway, the tool is probably present on the liveUSB already, since it is a part of the ntfs-3g project.After running it, try booting Windows again and see if it can complete the consistency check. Or try mounting the filesystem again.
There's also the option of running chkdsk directly on Windows, but that seems like it would be quite a challenge under the circumstances. It could be done though if you have a second Windows computer which you can plug this hard drive into.
Mounting volume... NTFS signature is missing.FAILEDAttempting to correct errors... NTFS signature is missing.FAILEDFailed to startup volume: Invalid argumentNTFS signature is missing.Trying the alternate boot sectorThe alternate bootsector is usableSet sector count to 1953259519 instead of 1953488895Rewriting the bootsectorThe boot sector has been rewrittenntfs_mst_post_read_fixup_warn: magic: 0xaaaaaaad size: 1024 usa_ofs: 21846 usa_count: 21845: Invalid argumentRecord 0 has no FILE magic (0xaaaaaaad)Failed to load $MFT: Input/output errorVolume is corrupt. You should run chkdsk.i'm guessing the last time windows crashed my broken SSD also corrupted my HD? nothing to be done other than trying a fresh install of another OS and hope it works, right?
i'm actually kind of wondering if it's actually my hard drive that's bunk and not my SSD, but that'd be odd. as i mentioned earlier i can mount the ssd and check files. at the same time i don't think Windows wouldn't load because a secondary drive is corrupt. guess i'll unplug the hard drive later and report back what happens.
thank you so much for your help thus far! if you could PM me with a paypal or something i'd love to buy you a coffee as a thanks for the time you put into this. i really do appreciate it a lot.
I hadn't thought about this at all, but if the OS is crashing regularly and it's messing around with additional disks, this is possible. Normally the main disk is going to be doing most of the work though and a secondary disk used for storing music/games/whatever will be remain mostly idle unless you try accessing things from it. It should be doing very little writing unless you're actually doing something with it at the moment. And still, journaled filesystems are a lot more resilient than shit like FAT and ext2 we used in the 90s which would shatter like glass. I think you would still have to be particularly unlucky for this to happen.
Right. I won't say it's impossible, but it would be very strange. Unplugging the drive and giving it a shot couldn't do any harm though.
No need. o7