Mount unknown filesystem type linux raid member

Arch Linux

You are not logged in.

#1 2015-03-29 05:11:23

mount: unknown filesystem type ‘linux_raid_member’

I am trying to recover data from partitions on a RAID 1 array.

However, when I try to mount either of the partitions (/dev/sdc1 or /dev/sdc2), I get the error «mount: unknown filesystem type ‘linux_raid_member'».
the mount command I used was (I did the same for sdc2):

mount /dev/sdc1 /mnt/backup

I also ran ‘sudo smart ctl’ and got «SMART Health Status: OK» for both partitions. So I think I can rule out disk health issues.

I tried ‘mdadm —assemble —scan’ and got:

mdadm: failed to add /dev/sdc1 to /dev/md/1: Invalid argument
mdadm: failed to RUN_ARRAY /dev/md/1: Invalid argument
mdadm: failed to add /dev/sdc2 to /dev/md/2: Invalid argument
mdadm: failed to RUN_ARRAY /dev/md/2: Invalid argument

This is the output of ‘sudo fdisk -l /dev/sdc’:

Disk /dev/sdc: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 0A7D7BB3-7070-2141-83F2-69FDC85C9E69

Device Start End Sectors Size Type
/dev/sdc1 2000896 11990919 9990024 4.8G Linux RAID
/dev/sdc2 12000002 13998857 1998856 976M Linux RAID

the output of ‘sudo mdadm —examine /dev/sdc1’:

/dev/sdc1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 3d41c60c:405653fd:39c88afe:9fe03176
Name : LS421DE-EM4F5:1
Creation Time : Wed Oct 31 01:03:49 2007
Raid Level : raid1
Raid Devices : 2

Avail Dev Size : 9990144 (4.76 GiB 5.11 GB)
Array Size : 4995008 (4.76 GiB 5.11 GB)
Used Dev Size : 9990016 (4.76 GiB 5.11 GB)
Data Offset : 8192 sectors
Super Offset : 8 sectors
Unused Space : before=8112 sectors, after=18446744073709543432 sectors
State : clean
Device UUID : e2450711:ceb78514:cad2b878:87dabe05

Update Time : Tue Mar 24 18:34:56 2015
Checksum : f1310b3 — correct
Events : 239666

Device Role : Active device 0
Array State : A. (‘A’ == active, ‘.’ == missing, ‘R’ == replacing)

and the output of ‘sudo mdadm —examine /dev/sdc2’:

/dev/sdc2:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : b2c77f77:9d9ae7ac:313e5f4a:a378df2a
Name : LS421DE-EM4F5:2
Creation Time : Wed Oct 31 01:03:49 2007
Raid Level : raid1
Raid Devices : 2

Avail Dev Size : 1998975 (976.23 MiB 1023.48 MB)
Array Size : 999424 (976.16 MiB 1023.41 MB)
Used Dev Size : 1998848 (976.16 MiB 1023.41 MB)
Data Offset : 1024 sectors
Super Offset : 8 sectors
Unused Space : before=944 sectors, after=18446744073709550600 sectors
State : clean
Device UUID : fd4ca8dc:5994b788:4d6537ff:d4dbe0a9

Update Time : Tue Mar 24 18:10:31 2015
Checksum : 935fba7c — correct
Events : 624

Device Role : Active device 0
Array State : A. (‘A’ == active, ‘.’ == missing, ‘R’ == replacing)

Please help me. Anything is appreciated. Thanks in advance.

EDIT: To be sure, I should have more data on the disk than what is shown in the partitions. I’ve already ran ‘testdisk’ on this disk.

Last edited by mimaste7 (2015-03-29 05:24:56)

#2 2015-03-29 14:00:55

Re: mount: unknown filesystem type ‘linux_raid_member’

However, when I try to mount either of the partitions (/dev/sdc1 or /dev/sdc2), I get the error «mount: unknown filesystem type ‘linux_raid_member'».

This message simply means that the device is member of a RAID. You are supposed to start the RAID and then mount the RAID, not mount the underlying device.

If for some reason the RAID can not be started (check /proc/mdstat as well, you might have to —stop before you —assemble —scan), then you can circumvent this by using a loop mount

The offset in question is what’s shown in the mdadm —examine output as «Data Offset».

Of course this requires a filesystem to be on the RAID; if it’s something else, like LVM or LUKS, you have to go through losetup and then enable the other layers individually.

I’m not sure what to do about wrong partition sizes; you might need TestDisk to check if other partitions can be found.

Last edited by frostschutz (2015-03-29 14:02:43)

Online

#3 2015-03-30 03:10:13

Re: mount: unknown filesystem type ‘linux_raid_member’

Thanks for the reply!!
I have already ran testdisk. It attempted to restore the partitions, but I’m not 100% sure how effective it was.

In any case, I tried ‘sudo mount -o ro,loop,offset=$((8192*512)) /dev/sdb1 /mnt/backup/’ and I got the following error

mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error

In some cases useful info is found in syslog — try
dmesg | tail or so.

I also ran ‘sudo mount -o ro,loop,offset=$((1024*512)) /dev/sdb2 /mnt/backup/’ and got this error:

mount: unknown filesystem type ‘swap’

Which seems odd because I don’t remember ever setting up a swap space on this disk.

Here’s the output from ‘dmesg | tail -25’:

[ 4356.952269] scsi host6: usb-storage 7-1:1.0
[ 4357.955511] scsi 6:0:0:0: Direct-Access ST4000DM 000-1F2168 CC52 PQ: 0 ANSI: 5
[ 4357.956939] sd 6:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[ 4357.957263] sd 6:0:0:0: [sdb] 7814037168 512-byte logical blocks: (4.00 TB/3.63 TiB)
[ 4357.959435] sd 6:0:0:0: [sdb] Write Protect is off
[ 4357.959451] sd 6:0:0:0: [sdb] Mode Sense: 28 00 00 00
[ 4357.962322] sd 6:0:0:0: [sdb] No Caching mode page found
[ 4357.962335] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 4357.963301] sd 6:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[ 4358.000908] sdb: sdb1 sdb2
[ 4358.002117] sd 6:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[ 4358.003882] sd 6:0:0:0: [sdb] Attached SCSI disk
[ 4358.084885] md: sdb1 does not have a valid v1.2 superblock, not importing!
[ 4358.084904] md: md_import_device returned -22
[ 4358.084975] md: md1 stopped.
[ 4358.108807] md: sdb2 does not have a valid v1.2 superblock, not importing!
[ 4358.108878] md: md_import_device returned -22
[ 4358.108998] md: md2 stopped.
[ 4538.771028] EXT4-fs (loop0): mounting ext3 file system using the ext4 subsystem
[ 4538.771275] EXT4-fs (loop0): bad geometry: block count 1248752 exceeds size of device (1247729 blocks)

Output from ‘cat /proc/mdstat’

Personalities :
unused devices:

To my knowledge, this is not a LVM/LUKS setup. I bought a Buffalo NAS and it used the default RAID configuration (the Buffalo support guy (higher than Level 1 support, for what its worth) told me the default is RAID 1, which makes sense since that’s what ‘mdadm —examine’ says).

I apologize for my lack of knowledge about all this. I’m fresh meat to NAS/RAID/etc.

Источник

Thread: Hard Disk Mounting — unknown filesystem type ‘linux_raid_member’

Thread Tools

Display

Hard Disk Mounting — unknown filesystem type ‘linux_raid_member’

I have since yesterday a problem with a Iomega Home Media Network Hard Drive (HMNHD) that used to work for over 2 years now. This resulted after a general power outage and i believe that this corrupted the hard drive OS resulting in having no more access to the files.
There are critical files i need to restore (they were put on the drive last week and had not been «copied» yet to a second NAS because the saving cycle that runs every 2 weeks was due to run today (too late . )

I did several tests before coming here for help, as i think the Hard drive Seagate 1 To SATA) is not yet failing but Corrupted data is in cause.
Here is where i got to :
Running under windows several softs, gives me following information :
— Disk is running GPT-EFI.
— Ease Us : Sees 7000 files and can restore them, but several gz files are splitted (see below reasons)
— TestDisk sees GPT-EFI Disk Type, and indicates :

As you can see there is a linux Raid Partition which could explain why ease us in not able to recover data (gz files splitted).
Testdisk was not able after 14 hours to recover data ans was still analysing disk.

I decided to switch to ubuntu live-cd and try to recover what i could (i have done this for other disks and this used to work well)

Ok GPT Type.. lets go on with gdisk

I need to access these files and recover them, what can i do now or how can i proceed.

Thanks by advance to support community for your advices.

Источник

навернулся внешний RAID помогите прочитать данные

как прочитать данные из linux raid раздела, если я взял один диск из массива?
localhost

# mount /dev/sdb3 /mnt/vol
mount: неизвестный тип файловой системы ‘linux_raid_member’
localhost

Помогите, срочно надо снять данные

ты в печали совсем ничего не соображаешь?

во-первых: какой уровень рейда был? если 0, то иди лесом, например
во-вторых: почему ты его монтируешь, а не создаёшь массив из половины зеркала?

Да это внешний RAID на WD железке, говорит что там файловая система GPT

Зеркало или страйп?

Б-же, лучше ничего сам не трогай, обратись к людям с руками, которые хотя бы знают, что GPT это не ФС.

>файловая система GPT

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

Вот вывод fdisk -l:
Устр-во Загр Начало Конец Блоки Id Система
/dev/sdb1 1 121602 976762583+ ee GPT

Далее делаю:
[root@o

]# mdadm -A -R /dev/md0 /dev/sdb1
mdadm: /dev/md0 has been started with 1 drive (out of 2).
[root@o

]# mdadm -E /dev/md0 /dev/sdb4
mdadm: No md superblock detected on /dev/md0.
/dev/sdb4:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 27d9bf9e:95963505:1091c398:d47871b4
Name : MyBookWorld:2
Creation Time : Thu Feb 10 13:48:54 2011
Raid Level : raid1
Raid Devices : 2

Avail Dev Size : 1947050687 (928.43 GiB 996.89 GB)
Array Size : 1947050686 (928.43 GiB 996.89 GB)
Used Dev Size : 1947050686 (928.43 GiB 996.89 GB)
Data Offset : 272 sectors
Super Offset : 8 sectors
State : active
Device UUID : 4b377dda:d14e909a:c0e614cf:df13ff74

Update Time : Thu Feb 10 13:48:54 2011
Checksum : ef378424 — correct
Events : 0

Device Role : Active device 0
Array State : A. (‘A’ == active, ‘.’ == missing)
[root@o

-E (—examine) делают на подлежащем устройстве, а не на raid device. Ну да ладно.

/dev/md0: Linux rev 1.0 ext3 filesystem data (needs journal recovery)

Можешь монтировать (именно /dev/md0).

Если он уже не смонтирован, то это указывает на некорректное размонтирование в прошлом.

Вот что удалось выяснить: gparted показывает 4 раздела и пишет на sda4 где и находятся данные что раздел не известный или битый может попытаться востановить, подскажите как лучше?

Да я подмантировал его, но основные данные на разделе sda4, который с ошибкой

Это ещё кто? Тоже компонент массива? Или что?

Натрави на него mdadm -E, если он может быть компонентом массива (возможно, gparted не сумел это определить, т.к. суперблок в конце по умолчанию).

да
/dev/sda1 — ext3 — 1.8G raid
/dev/sda2 — LInux Swap -250M raid
/dev/sda3 — ext3 -824M raid
/dev/sda4 — неизвестный -956G raid

Ну так попробуй собрать его таким же образом да смонтировать. Если что, делай fsck, но только слив образ раздела в другое место.

fsck -t ext3 /dev/sdb4
fsck from util-linux-ng 2.17.2
e2fsck 1.41.10 (10-Feb-2009)
fsck.ext3: Superblock invalid, trying backup blocks.
fsck.ext3: Bad magic number in super-block while trying to open /dev/sdb4

Что делать, на втором тоже самое

Во-первых, сначала сборка массива, потом уже остальное. Во-вторых, возможно, ФС там убита напрочь, и никакой RAID от этого не мог защитить.

Логично, зеркало же.

По-моему, остаётся только использовать программы восстановления файлов типа foremost.

Источник

Linux_raid_member

Добрый день уважаемые знатоки Linux!

Вопрос вот какой.

Есть сетевой накопитель WD MBLD (Debian (говорят в чём-то немного усечённый:)), 8TB — 2 диска по 4ТВ, RAID1).

Задача: скопировать файлы с одного винта (винт подключён как 2-ой винт на стационарный комп по SATA) из сетевого накопителя на компе с Ubuntu (12.04.3) — ДЛЯ ПРОВЕРКИ КОПИРОВАНИЯ ФАЙЛОВ НА СЛУЧАЙ СБОЯ СЕТЕВОГО НАКОПИТЕЛЯ 🙂

Через sudo blkid мой 2-ой винт виден как sdb1 Далее sudo mount /dev/sdb1 /mnt пишет

что мой 2-ой винт: Linux raid member (типа часть линукс массива типа 1 🙂 — всё логично )

Вопрос: как его примонтировать, чтобы я мог скопировать оттуда все файлы?

Погуглите про восстановление данных с RAID, должны найти опции команды mdadm по запуску RAID1 в дерградированном режиме (когда только 1 винт). Далее у вас появится md-устройство, его и монтируйте в read-only и копируйте файлы. Только сначала посмотрите по dmesg и /proc/partitons, что md-устройства нет, а то может Убунта уже сама стартовала RAID.

Я так понял Ubunta уже стартовала RAID

$ blkid /dev/sda1: LABEL=«In» UUID=«AA54DDF454DDC2ED» TYPE=«ntfs» /dev/sda5: LABEL=«In» UUID=«6280FB8780FB5FC9» TYPE=«ntfs» /dev/sda6: UUID=«c7c75cd3-e00e-455f-b12f-230f5cf99cd3» TYPE=«ext4»

/dev/sda7: UUID=«d6aee780-a8cd-462d-b010-9b21f972eab3» TYPE=«swap»

/dev/sda8: UUID=«bc021402-517b-4be8-bc35-1e3c7daf8daa» TYPE=«ext4»

/dev/sdb1: UUID=«594b3f30-1527-670a-b922-584f78066e30» TYPE=«linux_raid_member»

/dev/sdb2: UUID=«594b3f30-1527-670a-b922-584f78066e30» TYPE=«linux_raid_member»

/dev/sdb3: UUID=«f9c83da6-abab-66f3-6252-8ec573d5bfca» UUID_SUB=«71dfa972-59e5-d521-32fb-29bbffc1379c» LABEL=«MyBookLiveDuo:2» TYPE=«linux_raid_member»

/dev/sdb4: UUID=«88ee952e-ea02-53c4-5d8c-65d8d0b2e14a» UUID_SUB=«12cd3680-dddc-4c1c-6881-296060234a22» LABEL=«MyBookLiveDuo:3» TYPE=«linux_raid_member»

/dev/md127: UUID=«1f131153-ccde-45f0-99a6-4c62a29cad4d» TYPE=«ext4»

Можно подсказать как этот md127 примонтировать например в home?

Приведённой информации не достаточно, но судя по всему, md127 это последствия того, что драйвер dmraid принял винт /dev/sdb за fake-raid и попытался его активировать. Посмотрите, что в /proc/mdstat.

Если он действительно занят dmraid’ом, то сначала ″dmsetup remove_all″, потом ″mdadm —assemble —scan″ и в /proc/mdstat должны появиться записи об активных md-устройствах, которые можно монировать (желательно с опцией ″-o ro″).

Это содержание /proc/mdstat:

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]

md126 : active (auto-read-only) raid1 sdb3[1] 500724 blocks super 1.0 [2/1] [_U]

md127 : active (auto-read-only) raid1 sdb4[2] 3902501752 blocks super 1.0 [2/1] [_U] unused devices:

Это озночает, что активировался fake-raid? (перед загрузкой Ubunta мне даёт загрузиться только с деградированном RAID)

Или md-устройства активны и готовы к монтированию?

Это содержание /proc/partitons:

major minor #blocks name

8 0 117219767 sda

8 1 52428096 sda1

8 5 43817256 sda5

8 6 9765625 sda6

8 7 5858304 sda7

8 8 5348352 sda8

8 16 3907018584 sdb

8 17 1999872 sdb1

8 18 1999872 sdb2

8 19 500736 sdb3

8 20 3902501888 sdb4

11 0 1048575 sr0

9 127 3902501752 md127

9 126 500724 md126

Да нет, вроде как всё нормально активировалось, в read-only. Когда fake-raid, было бы в mdstat строка «blocks super external».

mount /dev/md126 /home

Или вместо home какой нужно каталог. Не знаю, почему там на винте 4 раздела, RAID стартовал только на sdb3 и sdb4. Возможно, что первых два служебные и не содержат нужные данных.

sudo fuseext2 -o ro -o sync_read -o nonempty /dev/md3 /home/alexandr/mbld2 (без sudo не монтировался)

Через mount мой md3 не захотел монтироваться (я переустанавливал рэйд — теперь он md3)

Мои данные находятся в shares

root@alexandr-p4:/home/alexandr/mbld2# ls -l

drwxrwxr-x 2 root alexandr 65536 янв. 1 1970 backup

drwxrwxrwx 10 root www-data 65536 нояб. 16 13:36 cache

drwx—— 2 root root 131072 янв. 1 1970 lost+found

drwxrwxr-x 10 root alexandr 65536 нояб. 5 22:07 shares

Если я меняю владельца root на alexandr через

$ sudo chown -R alexandr /home/alexandr/mbld2/shares

chown: изменение владельца «/home/alexandr/mbld2/shares/Public»: Файловая система доступна только для чтения

ls: невозможно получить доступ к mbld2: Отказано в доступе итого 48

-rw-r—r— 1 alexandr alexandr 8445 нояб. 18 23:00 examples.desktop

drwxrwxr-x 2 alexandr alexandr 4096 нояб. 19 00:44 mbld-new

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Видео

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Документы

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Загрузки

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Изображения

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Музыка

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Общедоступные

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Рабочий стол

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Шаблоны

На моей папке ? ? ? — чего это я не знаю)

Далее я могу зайти только через sudo su

root@alexandr-p4:/home/alexandr# ls -l

-rw-r—r— 1 alexandr alexandr 8445 нояб. 18 23:00 examples.desktop

drwxr-xr-x 6 root root 65536 сент. 23 14:48 mbld2

drwxrwxr-x 2 alexandr alexandr 4096 нояб. 19 00:44 mbld-new

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Видео

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Документы

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Загрузки

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Изображения

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Музыка

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Общедоступные

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Рабочий стол

drwxr-xr-x 2 alexandr alexandr 4096 нояб. 18 23:13 Шаблоны

root@alexandr-p4:/home/alexandr/mbld2# ls -l

drwxrwxr-x 2 root alexandr 65536 янв. 1 1970 backup

drwxrwxrwx 10 root www-data 65536 нояб. 16 13:36 cache

drwx—— 2 root root 131072 янв. 1 1970 lost+found

drwxrwxr-x 10 root alexandr 65536 нояб. 5 22:07 shares

root@alexandr-p4:/home/alexandr/mbld2/shares# ls -l

drwxrwxr-x 3 99 alexandr 65536 окт. 16 06:45 1

drwxrwxr-x 4 99 alexandr 65536 нояб. 10 23:23 DesktopD

drwxrwxr-x 3 root alexandr 65536 окт. 28 06:38 Miscellanea_mkv_1ab

drwxrwxr-x 3 99 alexandr 65536 нояб. 5 12:22 Public

drwxrwxr-x 6 99 alexandr 65536 окт. 27 19:33 SeaGate3TB

drwxrwxr-x 9 99 alexandr 65536 окт. 1 08:26 Soft

drwxrwxr-x 4 root alexandr 65536 окт. 27 10:58 Work

Вот такая ситуация, только через sudo su в mc я могу открыть мои шары, но mc не видит мои бэкапы под 30 гигов, вот поэтому и хотел в графическом интерфейсе открывать типа Наутилус.

Чего я делаю не так, можно подсказать?

Само собой разумеется, что mount должна выполняться от root’а, а так как в Ubuntu root спрятан, то через sudo. Хорошо, что нагуглили fuseext2, видимо ваш NAS создаёт файловую систему с большим размером блока (>4096 байт) и встроенный в ядро драйвер её не понимает. Раз смонтировалось, значит на RAID’е просто файловая система, без LVM.

В целом я не понял, что вы хотите. Исходно заявлялось желание скопировать данные, что вполне осуществимо через sudo. Теперь у вас возникло желаение модифицировать данные (запустив chown) на половинке raid’а. Зачем? Чтобы огрести проблем, когда вернёте диск на место и сетевой накопитель начнёт синхрноизировать содежимое RAID’а?

Либо копируйте под sudo, либо монтируя, раз уж используете fuseext2, укажите опцию ″-o allow_other″ или ″-o uid=X″ подставив вместо X id пользователя alexandr (файл /etc/passwd).

но mc не видит мои бэкапы под 30 гигов

Что значит «не видит»? Не может показать содержимое архивов или вобще показывает пустой каталог? Может нужные данные вобще на sdb4 (md127). Если проблемы с распаковкой содержимого файла, то скопируйте его и открывайте в наутилисе, а если mc не показывает файлы в каталоге, значит их и нет, наутилус не поможет.

Спасибо большое за внимание к моей проблеме )

[sudo] password for alexandr:

Диск /dev/sda: 120.0 Гб, 120033041920 байт

255 головок, 63 секторов/треков, 14593 цилиндров, всего 234439535 секторов

Units = секторы of 1 * 512 = 512 bytes

Размер сектора (логического/физического): 512 байт / 512 байт

I/O size (minimum/optimal): 512 bytes / 512 bytes

Идентификатор диска: 0x08050805

Устр-во Загр Начало Конец Блоки Id Система

/dev/sda1 * 63 104856254 52428096 7 HPFS/NTFS/exFAT

/dev/sda2 104856316 204209642 49676663+ f W95 расшир. (LBA)

/dev/sda3 204210176 223739903 9764864 83 Linux

/dev/sda4 223739904 234438655 5349376 83 Linux

/dev/sda5 104856318 192490829 43817256 7 HPFS/NTFS/exFAT

/dev/sda6 192490893 204209642 5859375 82 Linux своп / Solaris

ВНИМАНИЕ: На ‘/dev/sdb’ обнаружена GPT (GUID Partition Table)! Утилита fdisk не поддерживаетGPT. Используйте GNU Parted.

Диск /dev/sdb: 4000.8 Гб, 4000787030016 байт

255 головок, 63 секторов/треков, 486401 цилиндров, всего 7814037168 секторов

Units = секторы of 1 * 512 = 512 bytes

Размер сектора (логического/физического): 512 байт / 4096 байт

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Идентификатор диска: 0x00000000

Устр-во Загр Начало Конец Блоки Id Система

/dev/sdb1 1 4294967295 2147483647+ ee GPT

Partition 1 does not start on physical sector boundary.

Диск /dev/md3: 3996.2 Гб, 3996161794048 байт

2 головок, 4 секторов/треков, 975625438 цилиндров, всего 7805003504 секторов

Units = секторы of 1 * 512 = 512 bytes

Размер сектора (логического/физического): 512 байт / 4096 байт

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Идентификатор диска: 0x00000000

На диске /dev/md3 отсутствует верная таблица разделов

Диск /dev/md2: 512 МБ, 512741376 байт

2 головок, 4 секторов/треков, 125181 цилиндров, всего 1001448 секторов

Units = секторы of 1 * 512 = 512 bytes

Размер сектора (логического/физического): 512 байт / 4096 байт

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Идентификатор диска: 0xe5e5e5e5

На диске /dev/md2 отсутствует верная таблица разделов

Пишет что 4096 размер, если я правильно понял — но он больше может и просто не видеть чем 4096 — поэтому и пишет так?

Наверно максимум я уже выжал из него — буду копироваться под рутом, а бэкапы хранить просто на переносном винте.(знатоки с моего NAS-форума тоже говорят что там нестандартный разме рблока ФС)

mc показывает например, что мой бэкап 2 гига, когда в винде он около 20, на другие бэкапы под 30 гигов тоже даёт неправильный размер.

PS: может глупый вопрос — если я поставлю Debian на комп (на моем NAS именно Debian), я увижу в «нормальном» виде свои данные?

Не знаю, зачем вы тут привели вывод fdisk’а, у вас ядро нормально видит разделы, и вы их показывали (/proc/partition). Размер блока файловой системы это не размер сектора(блока) жёсткого диска или ещё что-то, показываемое fdisk, это другой уровень абстракции.

Информацию про файловую систему можно узнать из вывода ″tune2fs -l /dev/md3″, там будет ″Block size″ и ещё много чего.

Перестановка операционной системы никак не поможет. Ограничение на размер блока файловой системы, поддерживаемым драйвером ядра (чтобы монтировалось через mount, а не через fuseext2) связанно с размером страницы ОЗУ, что интелы, что amd это 4 кбайт.

2 Гбайт это, похоже, ограничение fuseext2. Можно попробовать прочитать нужный файл через debugfs, пакет e2fsprogs. Запускаете его на нужный раздел ″sudo debugfs /dev/md3″. Если он нормально запустился то появится его приглашение ввода и можно давать различные комады. Для копирования файла вводите там:

Так у debugfs ещё есть разные команды, главное НЕ запускайте его с опцией ″-w″ и тогда он не будет ничего писать и не испортит файловую систему при неправильных командах.

mky спасибо ещё раз!

Размер блока файловой системы это не размер сектора(блока) жёсткого диска или ещё что-то, показываемое fdisk, это другой уровень абстракции.

теперь понял, что у файловой системы есть свой размер блока ))

буду вытаскивать (на аварийный случай) по Вашему совету.

Спасибо огромное за помощь!

Только лучше сейчас проверьте, что работает. Просто, у меня не на чем проверить, работает ли debugfs на больших блоках, есть только общие заверения из поиска гугла, что debugfs не завязано на драйвер в ядре и должно работать.

Да, вот вижу что размер блока 65536:

root@alexandr-p4:/home/alexandr# tune2fs -l /dev/md3

tune2fs 1.42 (29-Nov-2011)

Filesystem volume name:

Last mounted on: /CacheVolume

Filesystem UUID: 1f131153-ccde-45f0-99a6-4c62a29cad4d

Filesystem magic number: 0xEF53

Filesystem revision #: 1 (dynamic)

Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize

Filesystem flags: unsigned_directory_hash

Default mount options: (none)

Filesystem state: clean

Errors behavior: Continue

Filesystem OS type: Linux

Inode count: 60775680

Block count: 60976271

Reserved block count: 0

Free blocks: 12047428

Free inodes: 60489662

Block size: 65536

Fragment size: 65536 .

root@alexandr-p4:/home/alexandr# sudo debugfs /dev/md3

debugfs 1.42 (29-Nov-2011)

debugfs: dump /backup/home/alexandr/mbld2/shares/1/2.mkv /media/Iomega/copya

/backup/home/alexandr/mbld2/shares/1/2.mkv: File not found by ext2_lookup debugfs: dump /backup/home/alexandr/mbld2/shares/1/*2.mkv /media/Iomega/copya

/backup/home/alexandr/mbld2/shares/1/*2.mkv: File not found by ext2_lookup

debugfs: dump /backup/home/alexandr/mbld2/shares/1/«*2.mkv» /media/Iomega/copya

/backup/home/alexandr/mbld2/shares/1/*2.mkv: File not found by ext2_lookup

debugfs: dump /backup/home/alexandr/mbld2/shares/1/«2.mkv» /media/Iomega/copya

/backup/home/alexandr/mbld2/shares/1/2.mkv: File not found by ext2_lookup debugfs: dump /home/alexandr/mbld2/shares/1/«2.mkv» /media/Iomega/copya

/home/alexandr/mbld2/shares/1/2.mkv: File not found by ext2_lookup

debugfs: dump /home/alexandr/mbld2/shares/1/2.mkv /media/Iomega/copya

/home/alexandr/mbld2/shares/1/2.mkv: File not found by ext2_lookup

debugfs: dump /home/alexandr/mbld2/shares/1/*2.mkv /media/Iomega/copya

/home/alexandr/mbld2/shares/1/*2.mkv: File not found by ext2_lookup

debugfs: «dump /home/alexandr/mbld2/shares/1/*2.mkv /media/Iomega/copya»

debugfs: Unknown request «dump». Type «?» for a request list.

debugfs: dump /home/alexandr/mbld2/shares/1/*2.mkv /media/Iomega

/home/alexandr/mbld2/shares/1/*2.mkv: File not found by ext2_lookup

debugfs: dump /home/alexandr/mbld2/shares/1/*2.mkv /media/Iomega

/home/alexandr/mbld2/shares/1/*2.mkv: File not found by ext2_lookup

Прошу простить меня за эти портянки — не знаю как спойлер тут ставить ))

Короче, с debugfs я поигрался не в какую не хочет или я набираю не так))

debugfs работает с файловой системой напрямую, она не знает куда она смонтирована, её вобще не нужно, чтобы ФС была смонтирована. Но имена файлов задаются в этой ФС, а не относительно корневой файловой системы:

Форматированный текст нужно обрамлять тегами [code][/code] или [pre][/pre]. Там под формой ввода текста сообщения есть ссылка: Внимание: прочитайте описание разметки LORCODE . Ну и кнопка ″Предпросмотр″, чтобы наблюдать результаты применения тегов.

Кино под 6 гигов скачал махом, но я правда его положил не далеко )

На попытку скопировать образ из недр диска))) (конечно наверно папку с бэкапами перенесу ближе к корню) ответил:

root@alexandr-p4:/home/alexandr# sudo debugfs /dev/md3

debugfs 1.42 (29-Nov-2011)

debugfs: dump /Windows 7/«W7 SP1 DeskTop (Home) — 2013.10.26.tib» /media/External_1G_B/copya

dump: Usage: dump_inode [-p]

dump [-p] filespec out_file

Dump the contents of the inode filespec to the output file out_file. If the -p option is given set the owner, group and permissions information on out_file to match filespec.

Пока сходу не пойму чего ему надо )

Имя файлов без пробелов ему надо. Или указывать пробелы экранируя их слешами, или указывать не имя файла, а номер инода в угловых скобках:

mky доброе время суток!

Короче, я поступил так. Всё таки я переместил мои образы не так далеко + убрал пробелы и русские буквы )))

Всё скопировалось без вопросов, бэкап под 30 гигов, ушёл на ура )

Источник