#[Solved]
47 messages · Page 1 of 1 (latest)
Can you post the full output of
lsblk -f
Has the drive been partitioned before?
ye
GPT or MBR?
MBR does not contain a backup partition table, so if the partition table is actually overwritten or corrupted, there is no way to recover it.
Does this behaviour persist between reboots?
yes, when i reboot i still cant find it
actually
i am not sure if its mbr or gpt
is there a way to check?
First use fdisk -l to check sector size
sudo fdisk -l /dev/sdb | curl -F 'f:1=<-' ix.io
sudo dd if=/dev/sdb skip=976773167 count=1 bs=512 | hexdump -C
Since secondary GPT header is on LBA-1
This drive uses GPT
EFI PART is the signature of GPT
Check if the primary partition table is damaged
sudo dd if=/dev/sdb count=33 bs=512 status=none | hexdump -C | curl -F 'f:1=<-' ix.io
From LBA 0 to LBA 33
sudo dd if=/dev/sdb skip=$((976773168-33)) bs=512 | hexdump -C | curl -F 'f:1=<-' ix.io
yo bro i gotta gtg
we can continue later
thanks for the help so far tho
bye
i will be back later
Ok, but I just noticed that the first command contains a typo, thus the following command should be executed instead
sudo dd if=/dev/sdb count=33 bs=512 status=none | hexdump -C | curl -F 'f:1=<-' ix.io
sudo dd if=/dev/sdb skip=$((976773168-33)) bs=512 status=none | hexdump -C | curl -F 'f:1=<-' ix.io
was it fixed??
i am back now
i got this after using the command
i fixed it my self, i will mark it as solved, thanks for the help @rigid robin , i used a partitioning tool to fix it.
Senatvs Popvlvsqve Romanvs received a thank you cookie!
solved