LINUX.ORG.RU

Перезагрузил комп попадаю в busybox

 , ,


0

2

Подскажите, что не так в систему попасть не могу grub проходить и сразу в busybox попадаю, ни какого RAID не было система на nvme стояла signal-2021-05-27-022330.jpg

вроде как ядро загружается signal-2021-05-27-022943.jpg

signal-2021-05-27-023355.jpg


Ответ на: комментарий от mky

я игрался с cephfs на 3 виртуалках собирал, под рутом не работал, вируалки были под virtualbox, kvm2, docker поднимал через minikube и как-то на все большие диски у меня ceph_bluestore offset прошел signal-2021-05-27-064745.jpg на все большие диски, 4 штуки

btrfs починил я удалил

wipefs -a /dev/nvme0n1p2
/dev/nvme0n1p2: 22 bytes were erased at offset 0x00000000 (ceph_bluestore): 62 6c 75 65 73 74 6f 72 65 20 62 6c 6f 63 6b 20 64 65 76 69 63 65
/dev/nvme0n1p2: 8 bytes were erased at offset 0x00010040 (btrfs): 5f 42 48 52 66 53 5f 4d 

а потом восстановил

echo -en '\x5f\x42\x48\x52\x66\x53\x5f\x4d' | dd of=/dev/nvme0n1p2 bs=1 conv=notrunc seek=$((0x00010040)) 

только одну

что с NTFS делать не знаю

└$► sudo wipefs -n /dev/nvme1n1p3
[sudo] пароль для andrew:          
DEVICE    OFFSET TYPE           UUID LABEL
nvme1n1p3 0x0    ceph_bluestore 

еще два диска на одном btrfs, на другом ext3

└$► sudo wipefs -n /dev/sda1
DEVICE OFFSET TYPE           UUID LABEL
sda1   0x0    ceph_bluestore      
┌[ andrew@asus-b550:~ 07:04:24 ]
└$► sudo wipefs -n /dev/sdb1
DEVICE OFFSET TYPE           UUID LABEL
sdb1   0x0    ceph_bluestore 
sap78 ()
Ответ на: комментарий от sap78

Если ты запускал что-то от sudo, то ты давал этому права root, по сути.

Судя по тому, что я только что прочел про ceph_bluestore, он работает с блочными устройствами напрямую. То есть у тебя на разделах сейчас остатки старых ФС вперемешку с данными ceph_bluestore, которые записывались прямо поверх.

Vsevolod-linuxoid ★★★★★ ()
Ответ на: комментарий от sap78

У тебя TestDisk ругается на то, что диск, куда ты хочешь восстанавливать данные меньше того, с которого их нужно восстанавливать.

А Gparted видит только то, что ФС на разделах ему незнакома и не совпадает с меткой разделов. Что и понятно — Gparted не умеет с ceph_bluestore работать.

Vsevolod-linuxoid ★★★★★ ()
Ответ на: комментарий от Vsevolod-linuxoid

я не создавал ceph_bluestore, видимо ошибка виртулизации я зря открыл в BIOS IOMMU и в ядро добавил amd_iommu=on. Хотел pci-e видео карту пробросить. Вот и получил. Мне непонятно у меня два диска HDD /dev/sda1 /dev/sdb1 были от монтированные. Как это чудовище еще там прошлось, и почему только по большим дискам, почему swap не захватило.

sap78 ()
Ответ на: комментарий от Vsevolod-linuxoid

я подбросил магию числе с ноутбука там вроде также система разбита

sudo echo -en '\x4e\x54\x46\x53\x20\x20\x20\x20' | dd of=/dev/nvme1n1p3 bs=1 conv=notrunc seek=$((0x00000003))

NTFS стало определяться даже UUID что был раньше

└$► sudo wipefs -n /dev/nvme1n1p3
DEVICE    OFFSET TYPE UUID             LABEL
nvme1n1p3 0x3    ntfs D890B77A90B75DA6 

но не монтируется NTFS,

└$► sudo mount /dev/nvme1n1p3 /mnt/Win10
ntfs_mst_post_read_fixup_warn: magic: 0x00810101  size: 4096   usa_ofs: 0  usa_count: 55513: Недопустимый аргумент
Actual VCN (0x15516b730f94de) of index buffer is different from expected VCN (0x0).
Failed to open $Secure: Нет такого файла или каталога
Failed to mount '/dev/nvme1n1p3': Нет такого файла или каталога

пробовал проверку файловой системы сделать, не помогает.

┌[ andrew@asus-b550:~/distr/testdisk-7.2-WIP 11:06:48 ]
└$► sudo ntfsfix /dev/nvme1n1p3 
Mounting volume... ntfs_mst_post_read_fixup_warn: magic: 0x00810101  size: 4096   usa_ofs: 0  usa_count: 55513: Invalid argument
Actual VCN (0x15516b730f94de) of index buffer is different from expected VCN (0x0).
Failed to open $Secure: No such file or directory
FAILED
Attempting to correct errors... 
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
ntfs_mst_post_read_fixup_warn: magic: 0x00810101  size: 4096   usa_ofs: 0  usa_count: 55513: Invalid argument
Actual VCN (0x15516b730f94de) of index buffer is different from expected VCN (0x0).
Failed to open $Secure: No such file or directory
Remount failed: No such file or directory

не знаю, короче что делать, вроде была какая-то программа которой можно было просто меняла байт и у тебя другая файловая система

sap78 ()
Ответ на: комментарий от sap78

Придется в аналогии... у тебя была книга. Ты отдал её ребенку, он отодрал от неё обложку, вырвал страницы, а оставшиеся изрисовал. Сможешь ли ты прочесть эту книгу, если поменяешь обложку на новую?

Vsevolod-linuxoid ★★★★★ ()
Ответ на: комментарий от Vsevolod-linuxoid

я сегодня не спал, что-то не догоняю, вообще могу я книгу читать без обложки. маздайцы не могли где-нибудь резервную обложку спрятать

sap78 ()
Ответ на: комментарий от sap78

Да, книгу можно читать без обложки. Но можно ли читать книгу без половины страниц и разрисованную ребенком?

Vsevolod-linuxoid ★★★★★ ()

Короче, если ты хочешь восстановить данные с диска, то нужно снять dd на диск большего размера побитовую копию поврежденного, а потом пробовать вытянуть уцелевшие файлы.

Я не знаю, какие у тебя повреждения, но есть сильные подозрения, что пострадали как технические области ФС, что ты пытаешься восстановить, так и сами данные файлов.

Vsevolod-linuxoid ★★★★★ ()

btrfs rescue super-recover -v /dev/sdb1 – восстановил диск btrfs

└$► btrfs rescue super-recover -v /dev/sdb1
All Devices:
	Device: id = 1, name = /dev/sdb1

Before Recovering:
	[All good supers]:
		device name = /dev/sdb1
		superblock bytenr = 67108864

		device name = /dev/sdb1
		superblock bytenr = 274877906944

	[All bad supers]:
		device name = /dev/sdb1
		superblock bytenr = 65536


Make sure this is a btrfs disk otherwise the tool will destroy other fs, Are you sure? [y/N]: y
Recovered bad superblocks successful

вообще ошибок не найдено, получается только суперблок поврежден

btrfs check --repair /dev/sdb1
enabling repair mode
WARNING:

	Do not use --repair unless you are advised to do so by a developer
	or an experienced user, and then only after having accepted that no
	fsck can successfully repair all types of filesystem corruption. Eg.
	some software or hardware bugs can fatally damage a volume.
	The operation will start in 10 seconds.
	Use Ctrl-C to stop it.
10 9 8 7 6 5 4 3 2 1
Starting repair.
Opening filesystem to check...
Checking filesystem on /dev/sdb1
UUID: 69210fd4-cde6-47c8-95f8-a9a195879600
[1/7] checking root items
Fixed 0 roots.
[2/7] checking extents
No device size related problem found
[3/7] checking free space cache
cache and super generation don't match, space cache will be invalidated
[4/7] checking fs roots
[5/7] checking only csums items (without verifying data)
[6/7] checking root refs
[7/7] checking quota groups skipped (not enabled on this FS)
found 14962417664 bytes used, no error found
total csum bytes: 14589752
total tree bytes: 18317312
total fs tree bytes: 1409024
total extent tree bytes: 196608
btree space waste bytes: 2252909
file data blocks allocated: 14944100352
 referenced 14943760384
sap78 ()
Ответ на: комментарий от zemidius

Это понятно, там все средства проблема винда не грузиться, куда-то выставить nmve тоже проблематично, нет ни переходника, ни другого компа со свободными слотом nmve. Снес NTFS пофиг, жалко кончено, много софта было установлено.

sap78 ()
Ограничение на отправку комментариев: только для зарегистрированных пользователей