|
# |
|
|
Темы: 39 Сообщения: 379 Участник с: 09 ноября 2009 |
Доброго времени суток!
Поставил gparted и все предложенные пакеты (xfsprogs, dosfsutils и т.п.) при запуске (работаю под рутом) диск и разделы он определил нормально, но при попытке изменить что либо gparted ругается очень нехорошими словами: WARNING: the kernel failed to re-read the partition table /dev/sda (устройство или ресурс занято). As a result, it may not reflect all of your changes until after reboot. Я понимаю, что libparted не может получить доступ к таблице разделов для внесения изменений, но вот почему и что сделать, чтобы gparted заработал?! В linuxmint помнится все работало “ис каропки” Если эта тема обсуждалась, киньте в меня, пожалуйста, ссылкой. С уважением, Alexandre Minoshi |
|
h4tr3d |
# |
|
Темы: 34 Сообщения: 2656 Участник с: 12 июля 2007 |
/dev/sda это диск на котором стоит система? какой нибудь раздел с этого диска примонтирован?
если так, это есть причина такого поведения gparted. Воспользуйся каким нибудь LiveCD, типа SliTaz там gparted и иксы есть и в 30 метров образ запаковано. systemd должен умереть. |
|
oldman |
# |
|
Темы: 10 Сообщения: 202 Участник с: 28 сентября 2009 |
Почему “каким нибудь”? Есть же “родной”: http://gparted.sourceforge.net/livecd.php |
|
h4tr3d |
# |
|
Темы: 34 Сообщения: 2656 Участник с: 12 июля 2007 |
Мне сам слитаз нравится  ну и 30 метров против 119… и версии в кукере достаточно свежие. но вообще кому-как )
systemd должен умереть. |
|
minoshi |
# |
|
Темы: 39 Сообщения: 379 Участник с: 09 ноября 2009 |
??? Взять сторонний дистр и разбить диск — это не проблема, но вопрос-то не в этом. В linuxMint, который стоял у меня на компе до арча, тоже есть gparted, так вот в нем я мог спокойно работать (удалять, изменять размер, форматировать) со всеми разделами на диске, естественно кроме корневого (примонтированного как ‘/’). Даже со свопом, предварительно отключив его командой swapoff. В арче, как я уже сказал, gparted работать отказался. Почему? Это вопрос безопасности системы, или пакет gparted собран неправильно? Или причина в чем то другом? С уважением, Alexandre Minoshi |
|
vadik |
# |
|
Темы: 56 Сообщения: 5449 Участник с: 17 августа 2009 |
Насчет “и т.д.” хотелось бы по-подробнее (первичный, расширенный, логический). |
|
nobus |
# |
|
Темы: 67 Сообщения: 1067 Участник с: 01 января 2010 |
У меня на трех (!) компах gparted спокойно работает и делает все необходимое, только его запускаю из под рута – т.е. в меню меняю команду запуска на: gksu /usr/sbin/gparted %f Попробуйте и отпишитесь о результатах. Говорила мама: «RTFM, сынок!» |
|
minoshi |
# |
|
Темы: 39 Сообщения: 379 Участник с: 09 ноября 2009 |
to vadik and nobus
диск /dev/sda: /dev/sda1 — > / работаем в иксах под рутом [root@servergate ~]# gparted /etc/gtk-2.0/gtkrc:3: error: unexpected number `2', expected character `}' ====================== libparted : 2.2 ====================== WARNING: the kernel failed to re-read the partition table on /dev/sda (Устройство или ресурс занято). As a result, it may not reflect all of your changes until after reboot. первая строка, как я понимаю, говорит, что у меня что-то не так с настройками gtk, но оно не особо важно, сервер все-таки, а вот дальше то, из-за чего я и начал эту тему. Дальше: щелкаем на неразмеченном месте правой клавишей -> создать новый раздел. Применить. и получаем нашу ошибку. В терминале дополнительно появляется аналогичное сообщение: [root@servergate ~]# gparted /etc/gtk-2.0/gtkrc:3: error: unexpected number `2', expected character `}' ====================== libparted : 2.2 ====================== WARNING: the kernel failed to re-read the partition table on /dev/sda (Устройство или ресурс занято). As a result, it may not reflect all of your changes until after reboot. WARNING: the kernel failed to re-read the partition table on /dev/sda (Устройство или ресурс занято). As a result, it may not reflect all of your changes until after reboot. После перезагрузки, раздел все-таки создался, но вот форматировать его gparted отказывается показывая всю ту же ошибку. Повторюсь, с точно такой же разбивкой в linuxmint gparted работал нормально. Может вопрос ламерский, но все-таки: может рута надо дополнительно внести к какую-нить группу. |
|
amigo |
# |
|
Темы: 35 Сообщения: 2126 Участник с: 05 февраля 2007 |
Неее, это же не винда. Здесь руту везде дорога. Разберемся, голубчик! |
|
minoshi |
# |
|
Темы: 39 Сообщения: 379 Участник с: 09 ноября 2009 |
Дык я про тоже … |
— introduction —
Hi,I am an Italian native speacker and so is my ubuntu, sorry for my bad English (I’ve spent a lot of money trying to improve it but :D, as you can see, it has been a bad investiment! )
The error description could be a little different from the one I’ve listed on the object (untranslated is «Errore libparted — raggiunta la fine del file durante la lettura di /dev/sdX»).
I am, also, a new linux user but, loving it, I decided to convert to ubuntu my home server (nas, plex, share, download, and so).
— problem —
I’ve got 3 HDs (WD RED 3.0TB). They was partitioned GPT and formatted as ext4. Then, I decided that, JBOD (linear) would be much better for my needs so I used MDADM to convert them. I made some mistakes and I’ve lost all the datas. I tryed to recover them but, after 2 days, i decided to use the backups to resume all. I haven’t found any problem.
Now, The new Jbod 9TB partition works fine (again GPT — EXT4). I copied all my 6TB datas on it and i can read them back but, if i use GPARTED i got that error message.
It is shown three times, once for each disk so, i am quite sure it is not referred to a bad sectors or so. It is a logical problem but, due my lack of knowledge, i havn’t been able to solve it, yet. Surfing on the internet i’ve found nothing. theoretically i could simply ignore that mistake but, as you can immagine, i would be worried to lose my partition just when i need it the most.
Thanks in advance 
— configuration —
The nas config is the following:
CPU i3-2100t -MB zotac Z68itx RAM 8GB
Disks:
Velociraptor 300GB with UBUNTU SERVER 16.04 XFCE (all Linux partitions are here)
3 WD RED in linear (JBOD) shared with samba (md127__sdd — sde — sdf)
2 (WD and Seagate) 1.5 TB in Raid 1 previously set up with MDADM (md0__sdb — sdc) and works fine.
Если вы создаете программный RAID с помощью mdadm, используя устройство «full» (/dev/sdX):
$ sudo mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sdb /dev/sdc /dev/sdd /dev/sde
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.
$ cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md0 : active raid5 sde[4] sdd[2] sdc[1] sdb[0]
31431168 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UUU_]
[===================>.] recovery = 96.0% (10064540/10477056) finish=0.0min speed=205145K/sec
Все устройства в RAID не будут иметь таблицы разделов. Это приведет к ошибке gparted, потому что libparted не обнаружил программный заголовок RAID. «Достигнут конец файла» означает, что на указанном устройстве не найдена таблица разделов.
Также возможно создать программный RAID на устройствах с таблицей разделов (/dev/sdX1) и одинаковыми размерами разделов:
$ mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
Затем сообщение об ошибке gparted исчезает. В любом случае ваши данные сохраняются;-)
Обновить
Поиск использованных разделов на всем жестком диске с помощью:
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 200G 0 disk
└─sda1 8:1 0 200G 0 part
sdb 8:16 0 10G 0 disk
└─md0 9:0 0 30G 0 raid5
sdc 8:32 0 10G 0 disk
└─md0 9:0 0 30G 0 raid5
sdd 8:48 0 10G 0 disk
└─md0 9:0 0 30G 0 raid5
sde 8:64 0 10G 0 disk
└─md0 9:0 0 30G 0 raid5
Все ваши диски должны присутствовать здесь.
Loading
Насколько я понял, суть сообщения в том, что libparted обнаружила странности на диске.
Что бы не навредить, GParted прекратила работу. В консольной версии, вроде бы, должна быть возможность игнорировать предупреждение («Баг» — не вполне корректно перевели).
Не знаю, насколько нормальны подобные имена разделов:
Код: Выделить всё
/dev/sda2: LABEL="M-PM-!M-PM-5M-QM-^@M-PM-3M-PM-5M-PM-9" UUID="7E6AA0506AA006CD" TYPE="ntfs" PARTUUID="368b355b-02"
/dev/sda4: LABEL="M-PM-^PM-QM-^@M-QM-^EM-PM-8M-PM-2" UUID="3694AA4294AA0509" TYPE="ntfs" PARTUUID="368b355b-04"
Windows никаких проблем не испытывает?
Как это исправить, надеюсь, специалисты подскажут.
Вот тут пишут, что это не баг. И далее, сообщивший о подобной проблеме вспоминает, что менял размеры разделов средствами Windows.