jdd@dodin.org composed on 2018-05-10 08:57 (UTC+0200):
Felix Miata composed:
Device Start End Sectors Size Type /dev/sda1 2048 657407 655360 320M EFI System
if I understand well, this is the problematic disk (you said /dev/sda)?
/dev/sda2 657408 5375999 4718592 2.3G Linux swap /dev/sda3 5376000 10078207 4702208 2.2G Linux filesystem /dev/sda4 10078208 23185407 13107200 6.3G Linux filesystem /dev/sda5 23185408 55953407 32768000 15.6G Linux filesystem /dev/sda6 55953408 70699007 14745600 7G Linux filesystem /dev/sda7 70699008 85444607 14745600 7G Linux filesystem /dev/sda8 85444608 100190207 14745600 7G Linux filesystem /dev/sda9 100190208 114935807 14745600 7G Linux filesystem
lot of very small linux partitions?
# df /dev/sda1 Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 327024 26596 300428 9% /boot/efi # ll /dev/sda1 total 68 drwxrwxr-x 17 root root 4096 Feb 21 22:24 . drwxrwxr-x 4 root root 4096 Dec 31 1969 .. drwxrwxr-x 2 root root 4096 Dec 18 09:00 debian drwxrwxr-x 2 root root 4096 Dec 18 09:00 debian.1712 drwxrwxr-x 2 root root 4096 Dec 17 06:53 opensuse drwxrwxr-x 2 root root 4096 Feb 15 12:14 suse-tw drwxrwxr-x 2 root root 4096 Dec 17 06:53 suse-tw.01 drwxrwxr-x 2 root root 4096 Dec 17 06:53 suse-tw.02 drwxrwxr-x 2 root root 4096 Feb 15 12:14 suse-tw.03 drwxrwxr-x 2 root root 4096 Feb 15 04:20 opensuse150 drwxrwxr-x 2 root root 4096 Dec 17 06:53 suse150.01 drwxrwxr-x 2 root root 4096 Dec 17 06:53 suse150.02 drwxrwxr-x 2 root root 4096 Feb 15 04:20 suse150.03 drwxrwxr-x 2 root root 4096 Feb 15 04:20 suse150.04 drwxrwxr-x 2 root root 4096 Feb 6 15:50 opensuse423 drwxrwxr-x 2 root root 4096 Dec 17 06:53 suse423.01 drwxrwxr-x 2 root root 4096 Feb 6 15:50 suse423.02 # df / Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda7 7248654 3478518 3393304 51% /
Disk /dev/sdb: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Disklabel type: gpt Disk identifier: 906907CA...
Device Start End Sectors Size Type /dev/sdb1 2048 616447 614400 300M EFI System /dev/sdb2 616448 878591 262144 128M Microsoft reserved /dev/sdb3 878592 498274303 497395712 237.2G Microsoft basic data /dev/sdb4 498274304 500117503 1843200 900M Windows recovery environment
or is it that second one, that looks like a windows disk?
sdb is usually a second disk. ;-) In this case, it's the "new" but obviously used M.2 card complete with a Windows 10 64-bit build 15063 installation on sdb3.
anyway, the EFI partition (any) have to be vfat and AFAIK is mountable normally as such.
My guess is that the disk was erased, that is file systems removed, but without removing partitions, so there is nothing to mount.
Could be something like that: # fsck.vfat /dev/sdb1 fsck.fat 4.1 (2017-01-24) Logical sector size is zero. 8-|
you should ignore the partition system and copy on it what you want
I'm still considering returning for refund, since I didn't intend to buy a used device for the price paid. AFAIK, the 3 year OEM warranty such Kingston device should have is probably void as to Kingston, while its Newegg Marketplace vendor I never heard of before might not even exist 3 years from now. Newegg proper has an apparently brand new Crucial for the same price. -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org