I am not sure where to post this.
For safety reasons I run multi boot Linux.
It did not work well in last mishap.
I just experienced total meltdown of my primary OS.
As far as I can tell the cause was trying to copy folder from one partition to newly created and running / working RADI5 partition.
After careful analysis I used "sudo -i nautilus" to enable the destination files permissions.
It all behaved normal / correctly UNTIL I received a note that the destination is NOT large enough to accept the copy. That did not make sense since my destination was 100 GB and my source to copy was measly 5 GB. BUT the note has given me an option to do the copy anyway. Now I did not mind missing some files so I said OK copy it anyway.
And that was the last time I had a working operating system.
I can select
regular option from grub menu or run any or the "advance " modes - the result are same - blank screen with lonely cursor in upper left corner, and no more disk activity.
My
primary task - I like to restore my now defunct OS since my C code was build under it and now I have no clue how to access my code.
None of my C code is in my not accessible OS partition, it is in separate partitions.
So - how can I access it from my secondary and working OS?
In other words - is there "remote" way to access or make accessible my primary OS?
These are all standard C/C++ text files, nothing zipped or backed-up.
Secondary and more-less convenience task - how can I access my primary OS packages and "copy" them to my working backup OS? I have a few of them...
I am open to any suggestions.
ADDENDUM
Would e2fsck work? AKA is it worth the effort to try "newer version?"
q@q-desktop:~$ sudo e2fsck -p -v /dev/sda2
/dev/sda2 has unsupported feature(s): metadata_csum
e2fsck: Get a newer version of e2fsck!
http://old-releases.ubuntu.com/ubunt...n/e/e2fsprogs/