You are not logged in.
Hi!
So a little bit of history:
I had Arch Linux and Windows 10 installed on the same HDD.
I did not used Windows 10 too often, mostly for games.
So today I decided to have a little bit of play and during that time Windows seems to silently install a new update on my laptop.
Windows 10 seems to shrunken my Arch Linux partition and created a new 750MB partition before it.
Now I cannot boot Arch Linux and mount it in any live CD distribution. It keeps saying "error: unkown filesystem"
Can I somehow retrieve some very important data from it?
Last edited by andros705 (2016-09-18 18:53:15)
Offline
if it successfully shrank the partition you should be able to mount it, and can likely install grub again, however that is only if it successfully shrank it
Offline
I have already seen Windows doing that kind of thing. Most likely you can fix the problem so that it boot again. But what boot loader are you using? Are you using UEFI or BIOS? Normally boot from the Archlinux iso and simply reinstall your bootloader as you did when you installed the system. If you are desperate just mount the Arch partition and copy the files elsewhere.
Offline
My Arch partition looked like this:
[ 300GB ]
Now this part of HDD looks like this:
[750MB/ 299GB ]
When I try to mount it I get "error: unkown filesystem"
Offline
have you tried to use one of the disk tools and change it's file system type to whatever it was before Windoze modified it?
Offline
No
But I am running TestDisk now and I am getting enormous amount of errors.
"Unusual media descriptor"
"number of sectors per track mismatches 2" and etc.
Last edited by andros705 (2016-09-16 22:58:04)
Offline
have you verified that it's listed as the correct filesystem?
Offline
My Arch partition looked like this:
[ 300GB ]
Now this part of HDD looks like this:
[750MB/ 299GB ]When I try to mount it I get "error: unkown filesystem"
Can you give us the structure of your hard disk (gdisk -l) and exactly the commands you have typed, from where, etc. Your post is much too vague in order to really help you. Windows has (most likely) not altered your archlinux partition but it may have repartitioned the disk to have an extra partition for itself.
Offline
Not a Sysadmin issue, moving to NC...
Offline
So i managed to mount my Arch partition and copy some documents from it, although some files disappeared and some have Chinese characters in them
Grub is not able to mount this partition anymore, so I think I am going to format it and luckily I have a CloneZilla backup of my OS so I am going to just replace it.
Thanks for all your help. I know that windows have stolen part of my Arch because I knew exactly what size it was. Also some data disappeared and I found it on that new partition and the partition order have changed.
I think that Windows did that because for it EXT4 partitions are just RAW Data and it may thought that there is nothing important on it.
Last edited by andros705 (2016-09-17 12:16:46)
Offline
So i managed to mount my Arch partition and copy some documents from it, although some files disappeared and some have Chinese characters in them
Grub is not able to mount this partition anymore, so I think I am going to format it and luckily I have a CloneZilla backup of my OS so I am going to just replace it.Thanks for all your help. I know that windows have stolen part of my Arch because I knew exactly what size it was. Also some data disappeared and I found it on that new partition and the partition order have changed.
I think that Windows did that because for it EXT4 partitions are just RAW Data and it may thought that there is nothing important on it.
That it very unlikely. Have you run fsck on the arch partition? Do you use the same locale from your boot CD as in Archlinux? Do these files contained non pure ASCII characters (normally all encoding used in Linux are ASCII compatible).
Offline
@andros705 please can you tell us how you mounted your Linux partition?
There are many people complaining for this anniversary breakage. This will help some people.
Last edited by alex.theoto (2016-09-17 15:51:49)
Offline
I used TestDisc to deep-scan these partitions. It have managed to repair the Arch partition so I could mount it using Arch's live CD.
I also used it to scan the new partition created by windows 10 update, and it did found some of these files lost on my Arch Partition.
These files were UNICODE but I am pretty sure that Windows was messing up on that partition.
After I have copied all the data I have managed to recover, I decided to format my Arch partition and recover it with my CloneZilla image.
I have changed all UUIDs in my grub.cfg to the new ones and my Arch booted up without any problems.
Offline
Thank you for your information. Don't forget to mark your thread as [SOLVED]
Offline
Would it be possible to see the full output of:
# parted -l
Any diagnostic information contained within may prove useful for future victims.
Offline
Not a Sysadmin issue, moving to NC...
Wow, I guess the gentlemen Dunning and Kruger might want to have a word with you ;-)
Offline
@Head_on_a_Stick
Impossible I have already decided to change the order of my partitions a bit.
@Awebb
Yeah I did not understand correctly what Sysadmin forum is for. Now I know it is not for my issue
Offline
Hi!
So a little bit of history:
I had Arch Linux and Windows 10 installed on the same HDD.
I did not used Windows 10 too often, mostly for games.
So today I decided to have a little bit of play and during that time Windows seems to silently install a new update on my laptop.
Windows 10 seems to shrunken my Arch Linux partition and created a new 750MB partition before it.
Now I cannot boot Arch Linux and mount it in any live CD distribution. It keeps saying "error: unkown filesystem"Can I somehow retrieve some very important data from it?
must disable Quick Launch win 10.
hp-envy dv7
Offline
What's that got to do with anything?
Offline
Windows Quick Launch needs a place to store its state so that it can quickly restore it. I think the implication is that quick launch makes some (bad) assumptions about the disk structure.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Just found myself in this predicament.
- Turned off Fast Startup in Windows 10 (had it turned off before the update but it defaulted back to on).
- Booted Arch from a USB Flash Drive.
Prior to the upgrade I had this situation:
/dev/sda5 -> /
/dev/sda2 -> /boot
/dev/sda6 -> /var
/dev/sda7 -> /home
$fdisk -l
showed me that the windows anniversary update had created yet another "Windows recovery environment" which was now located at /dev/sda5. So my current situation was actually:
/dev/sda6 -> /
/dev/sda2 -> /boot
/dev/sda7 -> /var
/dev/sda8 -> /home
But of course my /etc/fstab and /boot/loader/entries/arch.conf knew nothing of that change.
$mount /dev/sda6 /mnt
$mount /dev/sda2 /mnt/boot
$mount /dev/sda7 /mnt/var
$mount /dev/sda8 /mnt/home
$mv /mnt/etc/fstab /mnt/etc/old.fstab
$genfstab -U /mnt >> /mnt/etc/fstab
$arch-chroot /mnt
$nano /boot/loader/entries/arch.conf
# change: "options root=/dev/sda5 rw"
# to: "options root=/dev/sda6 rw"
# and save
$mkinitcpio -p linux
$shutdown -r now
And now it's back ...
Offline
I have experienced the same problems. However if you clean install Windows 10 anniversary update; there is no Windows recovery environment (but I guess it will come back at the Windows second anniversary update, however they call it...).
As for Archlinux it's best to use UUID or label only. For the boot loader, use "root=LABEL=..." or "root=UUID=..." and use LABEL or UUID in fstab. This make the installation resistant to such change. This is essential if you install on a USB disk since there are no reliable way to predict the precise device node.
Updated: Minor typos
Last edited by olive (2016-12-09 13:45:34)
Offline
Thanks for the tip! I just went the
options root=UUID=...
route and will see how it goes.
Last edited by hinrikh (2016-12-09 13:39:02)
Offline