LinuxMint.com.ru

StarMAUGLI, то, что ты сделал - создать саму себе проблему и героически её решать. Нужно было просто увеличить home на всё не размеченное пространство перед ним, а не раздел переносить. А потом уменьшить до необходимого объёма. Так и UUID даже бы не сменился. Первая процедура долго, если нет UPS, тогда перекрестился бы. Вторая быстро. Только делать их по очереди. Сначала применить одно, потом другое. Так безопаснее, чем разделы с места на место таскать.
И что тянет создавать boot?

StarMAUGLI, пробуйте.Может я не совсем понял что вы именно хотите.

StarMAUGLI писал(а): ↑
16 янв 2018, 12:51
Если я создам пользователей с теми же именами, что были раньше и дам им те же пароли что были раньше, то почему я не смогу подключиться к тем папкам которые были раньше?

Потому что ещё идентификаторы должны совпадать, сказали уже -

darkfenix писал(а): ↑
16 янв 2018, 11:53
Даже если вы их создадите не сможете подцепить старые каталоги к новым пользователям, точнее это возможно, но не с вашими познаниями. Поэтому просто заберите оттуда данные и пользуйтесь текущим пользователем.

darkfenix писал(а): ↑
16 янв 2018, 11:53
это возможно, но не с вашими познаниями

Не думаю, что лично ваши познания принципиально отличаются от моих: вы даже по довольно простым (как выяснилось) вопросам руссификации интерфейса и чистки локалей в kde (в соседнем моем посте) не смогли ничего внятного ответить, а также как здесь понтовались. Спасибо, еще раз Bill Williamson, за реальную наводку в том посте. Остальное пришлось доходить самому и делиться с сообществом наработанными ответами. При этом не только готовыми решениями, но и путями их достижения. Что бы у тех кто наступит на теже грабли, что и я возникало понимание, а не развивалось механическое копипащение.

Думаю, что и здесь вы просто не знаете ответа и надуваете щеки, так же как ваш товарищ Unborn. Так что если у вас нечего сказать по существу вопроса лучше уж молчите. Я так и пойму что здесь на форуме такие же новички как и я (не вижу в этом ничего плохого, но о моих познаниях не вам судить).
Основную проблему изложенную в этом посте я тоже решил. И совсем не так как вы советовали (если вы вдруг не заметили). Ваши совет был скорее вреден, чем полезен... ну или в любом случае - не в кассу (не по существу вопроса).

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

StarMAUGLI, не цепляйтся к словам. Тебя не хотели обидеть. Если они не попогли с этой проблемой, не значит что не помогут с другой.

Давайте жить дружно. П.с: Кот Леопольд

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

StarMAUGLI писал(а): ↑
16 янв 2018, 16:54
Да. Давайте жить дружно. Впрочем, вам я вчера видел в одном из постов тоже досталось ни за что ни про что. Все-таки сообщество должно основываться на взаимном уважении. Даже к новичкам.

Не по теме

Ну да, было.

В общем эту эпопею я тоже закончил.
testdisk восстановил поврежденные таблицу и раздел. После чего, я переустановил еще раз LM18.3 KDE (не затрагивая /home). Данные свои таким образом я спас и "сохранил" (без покупки нового винчестера).
Пользователя же пришлось создавать нового и настройки программ делать также по-новой.

Также удалось мне справиться с перемещением и увеличением разделов. Для этого необходимо грузиться с livecd. Что бы не налететь на те проблемы, что получил я (livecd LM 18.3 KDE, не знаю актуально ли это для других сборок), необходимо прежде, чем приступать к перемещению и изменению размера партиции, настроить сессию в livecd, а именно отключить скрин-сейвер, блокировки экрана в "Поведении рабочей среды" и любые засыпания в "Управлении электропитанием", потому что операции (при моих объемах и древности железа) идут по несколько часов и если система заснет, то вывести ее из ступора может оказаться проблематично (как и случилось у меня).
Также в livecd можно настроить экраны, русские локали, клавиатуры и для применения изменений перезагрузить иксы Ctrl+BackSpace. Это удобно для тех, кто не очень дружит с английским: все окна, подсказки, справки доступные в livecd будут на русском.

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

Еще, если вы опасаетесь, что все-таки заснет, зависнет или еще что-то в этом духе, можно превентивно уйти в tty(1-6), установить там htop, отфильтровать по partitionmanager и наблюдать за исполнением процесса: когда загрузка ЦП и памяти упадет, можно попробовать переключиться обратно на 7 консоль с графическим интерфейсом. При желании из htop можно даже убить partitionmanager, но лучше пока он стопроцентно не отработает, этого не делать.

StarMAUGLI писал(а): ↑
07 янв 2018, 18:11
А есть принципиальная разница между gparted и partitionmanager? Я-то думал, что это гуи на одну и ту же консольную команду одна под гном, другая под кде. Разве не так?

В гноме это Disks (Дисковая утилита GNOME), во избежание подобных проблем такие операции конечно лучше делать в gparted - доустанавливаю его во всех дистрах и DE, проблем с этим нет. К тому же он сразу делает выравненные разделы, а здесь я вижу Partition 4 does not start on physical sector boundary (невыравненные разделы значительно сказываются на производительности системы)

P.S. И перед этим крайне желательно сделать бэкап MBR и таблицы разделов.

AlexZ писал(а): ↑
18 фев 2018, 12:30
здесь я вижу Partition 4 does not start on physical sector boundary (невыравненные разделы значительно сказываются на производительности системы)

А где это "видите"? Я тоже хочу это видеть. На скриншоте, я вроде такой надписи не нашел. И как их выравнять теперь? производительность системы (моего старенького компа) меня очень беспокоит, и если можно ее как-то поднять я готов это сделать.

StarMAUGLI писал(а): ↑
18 фев 2018, 20:37
А где это "видите"?

В #3 посте upd2 команда sudo fdisk -l
Пишет что расширенный раздел невыравненный (а это все линукс-разделы)
Потом я как понял было опять перемещение, надо ещё раз посмотреть.

StarMAUGLI писал(а): ↑
18 фев 2018, 20:37
И как их выравнять теперь?

В сети много инфы на эту тему https://yandex.ru/search/?text=%D0%B2%D ... id=2186620

AlexZ писал(а): ↑
18 фев 2018, 21:13
Потом я как понял было опять перемещение, надо ещё раз посмотреть.

Код: Выделить всё

mugalem@mugalem-P35 ~ $ sudo fdisk -l
[sudo] пароль для mugalem: 
Диск /dev/sda: 1,8 TiB, 2000398934016 байтов, 3907029168 секторов
Единицы измерения: секторов из 1 * 512 = 512 байтов
Размер сектора (логический/физический): 512 байт / 4096 байт
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Тип метки диска: dos
Идентификатор диска: 0x5e69fe56

Устр-во    Загрузочный      Start Конец Секторы   Size Id Тип
/dev/sda1  *                 2048     206847     204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2                  206848  631875583  631668736 301,2G  7 HPFS/NTFS/exFAT
/dev/sda3               631875584 1758021631 1126146048   537G  7 HPFS/NTFS/exFAT
/dev/sda4              1758021632 3907028991 2149007360     1T  f W95 расшир. (LBA)
/dev/sda5              1758023680 1781458943   23435264  11,2G 82 Linux своп / Solaris
/dev/sda6              1781460992 1783994367    2533376   1,2G 83 Linux
/dev/sda7              1783996416 1881651199   97654784  46,6G 83 Linux
/dev/sda8              1881653248 3068176383 1186523136 565,8G 83 Linux
/dev/sda9              3068178432 3907028991  838850560   400G 83 Linux

Похоже про невыравненность в команде было на момент наличия неисправности. Или я чего-то упускаю еще?

Сейчас нормально.
Для пущей убедительности можно ещё под виндой посмотреть https://remontcompa.ru/1427-kak-vyrovny ... -free.html

AlexZ писал(а): ↑
18 фев 2018, 21:50
Для пущей убедительности можно ещё под виндой посмотреть

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

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

StarMAUGLI писал(а): ↑
18 фев 2018, 00:44
В общем эту эпопею я тоже закончил.
testdisk восстановил поврежденные таблицу и раздел ...

ну и славненько ...

а мои эксперименты по восстановлению (про которые упомянуто в Перенос корневого раздела на новый диск [Перевод] (Пост colonel #42550) ещё не закончились )

StarMAUGLI писал(а): ↑
07 янв 2018, 18:11
А есть принципиальная разница между gparted и partitionmanager? Я-то думал, что это гуи на одну и ту же консольную команду одна под гном, другая под кде. Разве не так?

так

AlexZ писал(а): ↑
18 фев 2018, 12:30
StarMAUGLI писал(а): ↑
07 янв 2018, 18:11
А есть принципиальная разница между gparted и partitionmanager? Я-то думал, что это гуи на одну и ту же консольную команду одна под гном, другая под кде. Разве не так?
В гноме это Disks (Дисковая утилита GNOME), ....

в гноме - это GPARTED и так было со времён динозавров.
дисковая утилита "Диски" из пакета gnome-disk-utility это несколько другая программа.
Появилась она позже gparted. Непосредственно утилита "Диски" из этого пакета ещё в минт13 запускалась командой palimpsest и имела несколько отличающийся от нынешней утилиты Диски запускаемой командой gnome-disks

Unborn писал(а): ↑
16 янв 2018, 13:01
... Нужно было просто увеличить home на всё не размеченное пространство перед ним, а не раздел переносить. А потом уменьшить до необходимого объёма. Так и UUID даже бы не сменился......

UUID раздела не изменится если в гпартед его копировать, перемещать или переносе , изменять границы перетягиванием ...

colonel писал(а): ↑
19 фев 2018, 10:42
в гноме - это GPARTED

Ну тогда и не gparted. Если уж точно отвечать на вопрос kdepartitionmanager и gparted это не "одна и та же консольная команда".
И в плане надежности,функциональности это тоже не одно и то же. Принципиальная разница есть, и сам ТС это "подтвердил", создав с ним себе такие проблемы. Недаром ему все советовали gparted, и я это подтверждаю, т.к. двигал им разделы уже раз 100500 (и на свои 3 KDE-системы всегда его доустанавливаю). Это гораздо более надежное средство, он справился бы с этой задачей за пару часов и без проблем. Теперь спросите у ТС сколько времени отняло по итогу всё это действо с его kdepartitionmanager. Который годится только для базовых задач, собственно как и gnome-disks, поэтому и провел такую аналогию.
Одно и тоже у них только название - Редактор разделов GNOME и Управление разделами КДЕ, а в остальном - небо и земля..

StarMAUGLI писал(а): ↑
18 фев 2018, 21:59
У меня винда чего-то после этих всех эпопей не грузится, я и забил на нее.
заморачиваться с восстановлением загрузки винды не стану.

Раздел простаивает получается. Можно поставить ещё один KDE-шный линукс (где KDE по умолчанию). На самом деле это бывает удобно для быстрого выявления и решения каких-то возникающих проблем (когда хотя бы 2 KDE-системы)

AlexZ писал(а): ↑
19 фев 2018, 19:03
и сам ТС это "подтвердил", создав с ним себе такие проблемы.

строго говоря, проблемы возникли не из-за программы разбиения дисков, а из-за дурацкой настройки livecd, которая отправила работающий над перемещением разделов компьютер в сон (до сих пор не знаю кто виноват, под подозрением двое: скринсейвер и настройки электропитания - проверять перемещая раздел с умолчальными настройками livecd чего-то не охота).
думаю, что этот факт не подтверждает ваших слов относительно разности функционала, хотя в целом вы вполне возможно что правы... я не знаю толком как пишутся программы, как по мне, так надо брать команду из консоли и вокруг нее рисовать интерфейс (на gtk или qt вот и все различие).

AlexZ писал(а): ↑
19 фев 2018, 19:03
Раздел простаивает получается.

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

AlexZ писал(а): ↑
19 фев 2018, 19:03
Ну тогда и не gparted. Если уж точно отвечать на вопрос kdepartitionmanager и gparted это не "одна и та же консольная команда".

то что разные программы(гуйные оболочки) запускаются разными командами - это нормально.
напомню вам вопрос - "...gparted и partitionmanager.... это гуи на одну и ту же консольную команду одна под гном, другая под кде . Разве не так?
ответ был - "Так".
Куда уж точнее то ? ;) подробности см. под спойлером.

"Утилита...GParted является GTK+ фронт-енд к GNU parted ... использует libparted для обнаружения и управления устройствами и таблицами разделов"
"в KDE утилита, аналогичная GParted из Gtk-based систем, ..... имя её ..... — partitionmanager", "для обнаружения и управления устройствами и таблицами разделов использует libparted"
gparted и partitionmanager - суть графические морды к одной и той же консольной утилите parted для разных DE, производные программы основанные на консольной утилите(программе) parted и её библиотеке libparted.

кроме них были(а может быть ещё и живы ) ещё программы основанные на parted (libparted)
- QTParted -... является просто графической оболочкой для библиотеки libparted, построенной на основе графической библиотеки QT.
- Другая аналогичная утилита - Partition Morpher , построена на основе библиотеки GTK2 и той же библиотеку libparted из проекта parted.
см. Костромин

зы к #38
в дополнение к сказанному в #35 - " дисковая утилита "Диски" из пакета gnome-disk-utility это несколько другая программа. "
GNOME Disks - это графический фронт-енд для udisks включеного в пакет "gnome-disk-utility"

colonel писал(а): ↑
20 фев 2018, 08:43
gparted и partitionmanager - суть графические морды к одной и той же консольной утилите parted для разных DE

А да, значит тут я не прав. Ну не знаю, что ж он так на новичков влияет. Я помню поначалу (когда совсем ещё новичок был) тоже с kdepartitionmanager имел проблемы разного рода.
В сети писали про него нечто подобное:
"Partition Manager - в стиле KDE это значит падает через раз в процессе операции над разделами с потерей всех данных, но зато имеет в 20 раз больший функционал (который впрочем не работает), чем gparted и, самое главное, гламурные глянцевые кнопочки а также плазмоид для быстрого доступа к управлению разделами."
Потом перешел на gparted и всё стало норм получаться.
Не знаю, может и допилили его, я с тех пор им не пользовался.
Вот, кстати, занятный случай на Кубунту, когда gparted помог решить проблему, там где partitionmanager не смог ничего сделать..
https://kubuntu.ru/node/13280
Ну это больше для ТС аргумент в пользу gparted

AlexZ писал(а): ↑
20 фев 2018, 18:15
https://kubuntu.ru/node/13280
Ну это больше для ТС аргумент в пользу gparted

???
причём здесь тема в инете со ссылкой про gpart и тестдиск ????

LinuxMint.com.ru

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE

Ремонт разделов LM 18.3 KDE