1 (2021-07-08 22:01:29 отредактировано o1hk)

Третьего июля система сообщила, что Магея 7 приказала долго жить. По прибытии в Шахты, 4-го июля, по wi-fi закачал обновление до 8-ой версии:

Консоль: user
[user@localhost ~]$ uname -a
Linux localhost.localdomain 5.10.46-desktop-1.mga8 #1 SMP Thu Jun 24 14:33:54 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Обновление прошло быстро. Как обычно, кое-что пропало. На сей раз исчез ярлык POL (вместе с прогой):

Spoiler

http://images.vfl.ru/ii/1625770158/6c5dd8be/35096207_m.png

Что можно предпринять в создавшейся ситуации?
Также - пропал ярлык Pysol'a (пасьянсы). Хотя, сама прога не пропала. Поступил просто: удалил "пропавший" ярлык с панели, зашёл в меню приложений, снова добавил  ярлык на панель.

...bis dat, qui cito dat...
рецензии стихов
[Mageia 8 x86_64 - KDE]

2

Я уже писал на эту тему. Мне объяснили что в 8 релизе выпилили всё что связано с python 2. Playonlinux в том числе. Довольно печально sad У меня есть пара старых игрушек, которые идут в wine 1.6 или 2.

Acer EX2540 i3-6006U 16Gb DDR4
Mageia 9 mate

3

kuguar⇓ пишет:

Playonlinux в том числе.

Это не она? http://madb.mageia.org/package/show/app … layonlinux

Спасибо сказали: kuguar1

4

Оно самое. Нужно на досуге попробовать, может быть заработает. В основных репозитариях её нет.

Acer EX2540 i3-6006U 16Gb DDR4
Mageia 9 mate

5 (2021-07-09 18:16:04 отредактировано kuguar)

Подключил на время updates-testing, поставил playonlinux и отключил репу. Некоторые системные пакеты обновились тоже.
Playonlinux заработал! Профиль увиделся, всё отлично.

PS Могут вылезти грабли из-за обновления rpm и glibc.

Acer EX2540 i3-6006U 16Gb DDR4
Mageia 9 mate

6 (2021-07-13 06:37:43 отредактировано o1hk)

kuguar⇓ пишет:

Подключил на время updates-testing

Честно говоря, боюсь это делать. Дабы не усугубить и без того печальную картину. Потому как, после обновления обострилась старая "болячка" моего ноута. При загрузке ОСы ноут отрубается от сети. С характерным щелчком. Тухнет вся индикация. Ну вот, как будто его  не включали. Приходится тыкать пусковую кнопку снова и снова. Таким образом, вход в систему затягивается минут на 10-15.
Пытался проследить за загрузкой. Поначалу ноут отключался после надписи: проверяется наличие новых устройств. Потом всё как-то сместилось в самый конец загрузки, после надписи стартинг терминейт плаймоуз бутскрин, когда вот-вот должен появиться курсор. В конце концов, удалось зайти в систему из Дополнительных параметров:
Mgeia (5.10.46 - desktop - 1. mga8)8
В предыдущей версии Магеи (7-ой) войти в систему удавалось со второй попытки. В винду, которая установлена на этом же ноуте, вход всегда осуществляется без каких-либо проблем и осложнений. Ежели конечно, жёнушка не завалила винду в досточтимом порыве.

...bis dat, qui cito dat...
рецензии стихов
[Mageia 8 x86_64 - KDE]

7

Если пакет есть в updates-testing, значит есть надежда что он появится в updates со временем. Нужно подождать.
Другой вариант - выкачать именно эту rpm и попробовать её поставить вручную.
Лично меня новые версии wine совершенно не устраивают. Все программы, которые я использую, работают только в старых wine.
Playonlinux - отличный выход из ситуации.

Acer EX2540 i3-6006U 16Gb DDR4
Mageia 9 mate

8 (2021-07-13 06:36:47 отредактировано o1hk)

После обновления ядра до 5.10.48 ноут стал запускаться со второй попытки. Буду надеяться, что положение вещей как-то сменится,  либо - устаканится.
Обнаружил "удивительную" вещь. В 8-ой версии, при входе в ОСу, расклад клавы (по умолчанию) - us, в самой системе - ru. В предыдущих версиях подобных удобств не предусматривалось. И там и там расклад клавиатуры, по умолчанию, был английский.

Жду, когда POL появится в репах:

Spoiler

http://images.vfl.ru/ii/1626147375/a76a421e/35134844_m.png

...bis dat, qui cito dat...
рецензии стихов
[Mageia 8 x86_64 - KDE]

9

o1hk⇓ пишет:

Обнаружил "удивительную" вещь. В 8-ой версии, при входе в ОСу, расклад клавы (по умолчанию) - us, в самой системе - ru.

Не совсем так, раскладка будет та, которую оставишь при выходе. Да, удобно...

10

На следующий день после загрузки ядра 5.10.48 еле-еле зашёл в систему.  Прямо-таки не знаю, что и делать. Как временная мера: оставляю  ноут в спящем  режиме (боюсь,  в магею вообще не зайду).
Какие будут соображения, господа?
И-таки, да. Быть может, имет смысл прикупить нетбук?

...bis dat, qui cito dat...
рецензии стихов
[Mageia 8 x86_64 - KDE]

11

o1hk⇓ пишет:

Какие будут соображения, господа?
И-таки, да. Быть может, имет смысл прикупить нетбук?

Не мелочитесь. Прикупите личного айтишника.

12

kvv-vp⇓ пишет:

Не мелочитесь. Прикупите личного айтишника.

Где же его взять, в Шахтах-то? Может, вы подрядитесь?

...bis dat, qui cito dat...
рецензии стихов
[Mageia 8 x86_64 - KDE]

13

o1hk⇓ пишет:

Где же его взять, в Шахтах-то? Может, вы подрядитесь?

Был рядом с вами. Позавчера только с Каменска уехал.
Что пишут

Консоль: root
[root@localhost ~]# lsblk
Консоль: root
[root@localhost ~]# df -h
?

14

kvv-vp⇓ пишет:

Что пишут

lsblk

Консоль: root
[root@localhost ~]# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931,5G  0 disk
├─sda1   8:1    0   303M  0 part /media/win_
├─sda2   8:2    0  98,2G  0 part /media/win_c
├─sda4   8:4    0     1K  0 part
├─sda5   8:5    0 101,6G  0 part /media/win_d
├─sda6   8:6    0     6G  0 part [SWAP]
├─sda7   8:7    0 568,9G  0 part /media/win_e
├─sda8   8:8    0 106,6G  0 part /mnt/houm6
└─sda9   8:9    0    50G  0 part /
sr0     11:0    1  1024M  0 rom

df -h

Консоль: root
[root@localhost ~]# df -h
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
devtmpfs           2,7G            0  2,7G            0% /dev
tmpfs              2,7G          94M  2,6G            4% /dev/shm
tmpfs              2,7G         1,4M  2,7G            1% /run
/dev/sda9           49G          22G   26G           46% /
tmpfs              2,7G         1,1M  2,7G            1% /tmp
/dev/sda1          303M          11M  293M            4% /media/win_
/dev/sda5          102G          33G   69G           33% /media/win_d
/dev/sda2           99G          55G   44G           56% /media/win_c
/dev/sda8          105G          45G   55G           46% /mnt/houm6
/dev/sda7          569G         172G  398G           31% /media/win_e
tmpfs              540M         108K  540M            1% /run/user/1000

...bis dat, qui cito dat...
рецензии стихов
[Mageia 8 x86_64 - KDE]

15

Я не спец, тем более заочно, но вот моя картинка:

Spoiler

Консоль: user
[user@localhost ~]$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931,5G  0 disk
├─sda1   8:1    0   550M  0 part
├─sda2   8:2    0  50,1G  0 part /
├─sda3   8:3    0   9,8G  0 part [SWAP]
├─sda4   8:4    0  10,1G  0 part /home
├─sda5   8:5    0  50,2G  0 part  (это другая ОС)
├─sda6   8:6    0  10,2G  0 part  (это её хомяк)
├─sda7   8:7    0 310,1G  0 part /mnt/audiovideo1
└─sda8   8:8    0 310,2G  0 part /mnt/audiovideo2

У меня не ноут, системник (место есть), винду держу на другом диске.
1) впереди всегда ставлю /корень, за ним его же /home, swap между ними допускается, это особенно важно если ставить две ОС, хотя линуксу вроде пофиг, но когда я лет шесть назад пробовал сделать иначе (пробовал /корень1 /корень2 /home1 /home2), то установка не прошла.
2) sda1   8:1    0   550M  0 part  это не виндовый раздел, сделал его на всякий случай, если решу сделать установку с UEFI, который у o1hk, sda1   8:1    0   303M  0 part /media/win_ , возможно её загрузчик как-то мешает, была тема на форуме, но это моё предположение чайника.

У меня диск разбит не MBR, а GPT, но без UEFI, загрузчик ставила Mageia-8 на свой корневой раздел sda2   8:2    0  50,1G  0 part /, сделал я это для того, чтобы возможно было загружать ОСи с разметкой MBR с других дисков и в едином магеевском меню, а не по входу в BIOS

А сейчас эту разметку у o1hk, естественно не переделать, так как личных данных на разделах много, если только переносить на внешний, опять же, это моё видение чайника

16

algri14⇓ пишет:

Я не спец, тем более заочно, но вот моя картинка

Пытаюсь уловить мысль. Вот моя картинка (ну, чтобы было более осязаемо):

Spoiler

http://images.vfl.ru/ii/1626317220/c9ff0267/35159252_m.png

Когда ноут приобретался, на нём была исключительно винда. Поэтому, на самом первом месте, как стоял, так и стоит MBR от винды. Не спорю, быть может он несколько великоват (303 Мб), но (подчёркиваю), отключения от сети, при входе в систему, начались после  пятой магеи, в шестой версии.
sda9.  На нём установлена Магея 8. Как результат, в работе ноута задействован самый маленький раздел с ОСами (49 Гб).
sda8. На нём установлена абсолютно бесполезная, на сегодняшний день, магея 6. Но, раздел примонтирован, т.к. на хомяке 6-ой версии много всякой инфы и прочей дребедени, с которой неохота расставаться.
sda7. Кладовка. Когда "летит" одна из ОС, из другой (это касается винды) можно зайти в эту кладовку, забрать/скопировать требуемые файлы. Весьма нужный раздел.
sda2. Святое. Игрушки жены. Да и у меня там  Ведьмак 2-ой прописан. И так, кой-чего по мелочи. Винду тоже уничтожать жалко. Вместе с sda5.
Таким образом, готов пожертвовать sda8, предварительно забрав всё ценное из хомяка.
algri14, что вы предлагаете?

...bis dat, qui cito dat...
рецензии стихов
[Mageia 8 x86_64 - KDE]

17

o1hk, покупкой нетбука вы проблемы с  ноутом не решите. Предлагаю установить на ноут "чистую" восьмерку. От sda7 отрезать гигов 50 и  установить на него восьмерку. Дисковое пространство от сей операции почти не пострадает и появится возможность определиться, кто виноват в отключениях ноута. Только не спешите, выполняйте все операции обдуманно.

18

kvv-vp⇓ пишет:

От sda7 отрезать гигов 50 и  установить на него восьмерку.

А что делать с sda9?

...bis dat, qui cito dat...
рецензии стихов
[Mageia 8 x86_64 - KDE]

19

o1hk⇓ пишет:

А что делать с sda9?

Пока оставить, ничего не делать.

20

o1hk⇓ пишет:

после обновления обострилась старая "болячка" моего ноута. При загрузке ОСы ноут отрубается от сети. С характерным щелчком. Тухнет вся индикация. Ну вот, как будто его  не включали. Приходится тыкать пусковую кнопку снова и снова. Таким образом, вход в систему затягивается минут на 10-15.

А всё в порядке с самим диском? моя дочь испортила ж/д простым выдёргиванием из розетки, недавно проверил программой «Victoria» (прямо из-под работающей системы), очень много плохих секторов, буду менять. Так вот, винда загружается долго, браузер открывается долго и т.д., что у Вас с виндой? как себя ведёт? упустил, а какая винда?

o1hk⇓ пишет:

на самом первом месте, как стоял, так и стоит MBR от винды. Не спорю, быть может он несколько великоват (303 Мб),

ни сколько не велик, но там виндовый загрузчик, у меня он 550 Мб

Ещё один момент, что-то не сходится графическая картинка с выводом консоли

o1hk⇓ пишет:

sda9.  На нём установлена Магея 8.

консоль так и показала:

o1hk⇓ пишет:

Консоль: user
[user@localhost ~]$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
.............................................................................................
├─sda8   8:8    0 106,6G  0 part /mnt/houm6
└─sda9   8:9    0    50G  0 part /

а на графической картинке в конце стоит 9-й раздел /mnt/houm6,
8-й это вообще — sda7   8:7    0 568,9G  0 part /media/win_e
покажите вывод:

Консоль: user
[user@localhost ~]$ cat /etc/fstab

Консоль: root
[root@localhost ~]# parted -l

или
Консоль: root
[root@localhost ~]# parted /dev/sda print

заодно и
Консоль: root
[root@localhost ~]# gdisk -l /dev/sda

зы: даже если есть куда перенести личные данные, то заново разбить на разделы ж/д и всё переустановить это огромная работа.

21

А не проще оставить этот хард полностью винде, а вместо cdrom поставить ssd и отдать его весь под линукс, и загрузчик на него свой поставить?
У меня в ноуте сейчас 2 ssd по 500 gb, а винды вообще нет.

Acer EX2540 i3-6006U 16Gb DDR4
Mageia 9 mate

22 (2021-07-21 08:32:13 отредактировано algri14)

algri14⇓ пишет:

что у Вас с виндой? как себя ведёт? упустил, а какая винда?

Винда ведёт себя нормально. Винда семёрка. Ноут отрубается только при входе в Линукс.

algri14⇓ пишет:

покажите вывод:

cat /etc/fstab

Консоль: user
[user@localhost ~]$ cat /etc/fstab
# Entry for /dev/sda9 :
LABEL=Mageia_7.1. / ext4 noatime,acl 1 1
# Entry for /dev/sda1 :
UUID=D000D19D00D18B3C /media/win_ ntfs-3g defaults,nofail,umask=000 0 0
# Entry for /dev/sda2 :
UUID=863D4E15427F208B /media/win_c ntfs-3g defaults,nofail,umask=000 0 0
# Entry for /dev/sda5 :
UUID=CDA3A40D612D57B7 /media/win_d ntfs-3g defaults,nofail,umask=000 0 0
# Entry for /dev/sda7 :
UUID=AF5575827F8DA66B /media/win_e ntfs-3g defaults,nofail,umask=000 0 0
# Entry for /dev/sda8 :
UUID=4c86ce15-5d7f-4f58-ba01-974f229f2cd7 /mnt/houm6 ext4 defaults 1 2
none /proc proc defaults 0 0
# Entry for /dev/sda6 :
UUID=21db38d7-5c8b-4baa-beb3-066056819d39 swap swap defaults 0 0

parted /dev/sda print

Консоль: root
[root@localhost ~]# parted /dev/sda print
Модель: ATA ST1000LM024 HN-M (scsi)
Диск /dev/sda: 1000GB
Размер сектора (логич./физич.): 512B/4096B
Таблица разделов: msdos
Флаги диска:

Номер  Начало  Конец   Размер  Тип       Файловая система  Флаги
1     1049kB  319MB   318MB   primary   ntfs              скрытый
2     319MB   106GB   105GB   primary   ntfs              загрузочный
4     106GB   1000GB  894GB   extended
5     106GB   215GB   109GB   logical   ntfs
9     215GB   269GB   53,7GB  logical   ext4
6     269GB   275GB   6449MB  logical   linux-swap(v1)
7     275GB   886GB   611GB   logical   ntfs
8     886GB   1000GB  114GB   logical   ext4

gdisk -l /dev/sda

Консоль: root
[root@localhost ~]# gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.6

Warning: Partition table header claims that the size of partition table
entries is 12255407 bytes, but this program  supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program  supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************

Disk /dev/sda: 1953525168 sectors, 931.5 GiB
Model: ST1000LM024 HN-M
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 2588A903-6F95-415B-A24F-9E02CF743290
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 8-sector boundaries
Total free space is 10984 sectors (5.4 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          622591   303.0 MiB   0700  Microsoft basic data
   2          622592       206643199   98.2 GiB    0700  Microsoft basic data
   5       206644160       419633864   101.6 GiB   0700  Microsoft basic data
   6       524490183       537085079   6.0 GiB     8200  Linux swap
   7       537085143      1730055914   568.9 GiB   0700  Microsoft basic data
   8      1730055978      1953520064   106.6 GiB   8300  Linux filesystem
   9       419635200       524488703   50.0 GiB    8300  Linux filesystem

kvv-vp пишет:

Пока оставить, ничего не делать.

По ходу, ваш вариант самый предпочтительный.

...bis dat, qui cito dat...
рецензии стихов
[Mageia 8 x86_64 - KDE]

23 (2021-07-19 16:33:40 отредактировано algri14)

o1hk⇓ пишет:
parted

Консоль: root
[root@localhost ~]# [root@localhost ~]# parted /dev/sda print
Модель: ATA ST1000LM024 HN-M (scsi)
Диск /dev/sda: 1000GB
Размер сектора (логич./физич.): 512B/4096B
Таблица разделов: msdos
Флаги диска:

Номер  Начало  Конец   Размер  Тип       Файловая система  Флаги
1     1049kB  319MB   318MB   primary   ntfs              скрытый
2     319MB   106GB   105GB   primary   ntfs              загрузочный
4     106GB   1000GB  894GB   extended
5     106GB   215GB   109GB   logical   ntfs
9     215GB   269GB   53,7GB  logical   ext4
6     269GB   275GB   6449MB  logical   linux-swap(v1)
7     275GB   886GB   611GB   logical   ntfs
8     886GB   1000GB  114GB   logical   ext4

gdisk

Консоль: root
[root@localhost ~]# [root@localhost ~]# gdisk -l /dev/sda
..................................................................................
Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          622591   303.0 MiB   0700  Microsoft basic data
   2          622592       206643199   98.2 GiB    0700  Microsoft basic data
   5       206644160       419633864   101.6 GiB   0700  Microsoft basic data
   6       524490183       537085079   6.0 GiB     8200  Linux swap
   7       537085143      1730055914   568.9 GiB   0700  Microsoft basic data
   8      1730055978      1953520064   106.6 GiB   8300  Linux filesystem
   9       419635200       524488703   50.0 GiB    8300  Linux filesystem

Могу ошибаться, но не нравится мне вывод, смотрите — утилита parted показала, после 5-й строки идёт 9-я
Размер сектора (логич./физич.):
5     106GB   215GB   109GB   logical   ntfs
9     215GB   269GB   53,7GB  logical   ext4
т.е. по сути 9-й раздел вставился после 5-го, могу ошибаться, но мне кажется что-то напутано с записью в таблице MBR.
Утилита gdisk хоть и отправила раздел на 9-е место, но номера секторов всё равно указаны так же:
5       206644160       419633864   101.6 GiB   0700  Microsoft basic data
......................................................................................................................
9       419635200       524488703   50.0 GiB    8300  Linux filesystem
т.е после 5-го (419633864) идёт 9-й (419635200), то что цифры совпадают не полностью, то вероятно между разделами неразмечено небольшое место или занято самой файловой системой, или они вообще битые, между другими разделами тоже есть "пропущенные" сектора.
Возможно при загрузке и возникают противоречия...
А виндовый системный записан правильно, вот его и грузит хорошо.
Сравните мою, у меня таблица разделов /dev/sda в GPT, а /dev/sdc (вывод от fdisk -l) в MBR:

parted

Консоль: root
[root@localhost ~]# parted /dev/sda print
Модель: ATA WDC WD10EZEX-08W (scsi)
Диск /dev/sda: 1000GB
Размер сектора (логич./физич.): 512B/4096B
Таблица разделов: gpt
Флаги диска:

Номер  Начало  Конец   Размер  Файловая система  Имя  Флаги
1     1049kB  578MB   577MB                          bios_grub
2     578MB   54,4GB  53,8GB  ext4
3     54,4GB  64,9GB  10,5GB  linux-swap(v1)         подкачка
4     64,9GB  75,7GB  10,8GB  ext4
5     75,7GB  130GB   53,9GB  ext4
6     130GB   141GB   10,9GB  ext4
7     141GB   474GB   333GB   ext4
8     474GB   807GB   333GB   ext4
далее у меня неразмеченная область, потому и не показана

gdisk

Консоль: root
[root@localhost ~]# gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.6

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 1953525168 sectors, 931.5 GiB
Model: WDC WD10EZEX-08W
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 301A5CBE-8321-49FD-A1BB-8F95F532EA1B
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 2048-sector boundaries
Total free space is 378183021 sectors (180.3 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         1128447   550.0 MiB   EF02 
   2         1128448       106190847   50.1 GiB    8300 
   3       106190848       126670847   9.8 GiB     8200 
   4       126670848       147847167   10.1 GiB    8300 
   5       147847168       253114367   50.2 GiB    8300 
   6       253114368       274495487   10.2 GiB    8300 
   7       274495488       924817407   310.1 GiB   8300 
   8       924817408      1575344127   310.2 GiB   8300

fdisk -l

Консоль: root
[root@localhost ~]# fdisk -l
Диск /dev/sda: 931,51 GiB, 1000204886016 байт, 1953525168 секторов
Disk model: WDC WD10EZEX-08W
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: gpt
Идентификатор диска: 301A5CBE-8321-49FD-A1BB-8F95F532EA1B

Устр-во       начало      Конец   Секторы Размер Тип
/dev/sda1       2048    1128447   1126400   550M BIOS boot
/dev/sda2    1128448  106190847 105062400  50,1G Файловая система Linux
/dev/sda3  106190848  126670847  20480000   9,8G Linux своп
/dev/sda4  126670848  147847167  21176320  10,1G Файловая система Linux
/dev/sda5  147847168  253114367 105267200  50,2G Файловая система Linux
/dev/sda6  253114368  274495487  21381120  10,2G Файловая система Linux
/dev/sda7  274495488  924817407 650321920 310,1G Файловая система Linux
/dev/sda8  924817408 1575344127 650526720 310,2G Файловая система Linux

Это жёсткий диск с Win-7х32

Диск /dev/sdc: 232,89 GiB, 250059350016 байт, 488397168 секторов
Disk model: ST3250410AS     
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x000936ee

Устр-во    Загрузочный    начало     Конец   Секторы Размер Идентификатор Тип
/dev/sdc1  *                2048    206847    204800   100M             7 HPFS/NTFS/exFAT
/dev/sdc2                 206848 253949951 253743104   121G             7 HPFS/NTFS/exFAT
/dev/sdc3              253949952 488392703 234442752 111,8G             7 HPFS/NTFS/exFAT

Как это исправить я не знаю.
зы: жёсткие диски перед установкой систем ВСЕГДА разбиваю в Gparted, установщикам с Live-CD не доверяю, зачастую оставляют неразмеченные области в 1 Кб или Мб, но иногда это происходит из-за битых секторов

24

algri14 пишет:

т.е после 5-го (419633864) идёт 9-й (419635200), то что цифры совпадают не полностью, то вероятно между разделами неразмечено небольшое место или занято самой файловой системой, или они вообще битые, между другими разделами тоже есть "пропущенные" сектора.

Раньше утилиты разбития на разделы начинали раздел с новой физической дорожки - для ускорения работы. На современных дисках логическое разбиение относится к физическому примерно никак и существует просто для совместимости, но многие утилиты до сих пор пытаются начинать новый раздел с начала логической дорожки. А поскольку размер раздела они тоже любят округлять (и тоже ещё с древних времён), то и получается, что между концом раздела N, размер которого округлён до красивого числа, и началом раздела N+1, выровненного на начало виртуальной (логической) дорожки, остаётся пустое место. Если поправить вручную, в каком-нибудь редакторе диска, и затем заново отформатировать разделы, то пустоты можно убрать, и всё будет работать корректно. Но практического смысла нет - выигрыш ничтожен на фоне размеров дисков.

Mageia 8 x32/x64, Xfce

25

o1hk⇓ пишет:

По ходу, ваш вариант самый предпочтительный.

Загрузите винду и сделайте принудительную дефрагментацию sda7. По размеру определите какая у него "буква" в винде. Загружаете магею и в  МСС или gparted отрезаете с конца sda7 гигов 50. Устанавливаете на этот раздел mageia. Любой образ, кроме live.