Автор Тема: Бойкот демона systemd  (Прочитано 9129 раз)

Оффлайн Kalt

  • Завсегдатай
  • *
  • Сообщений: 996
Re: Бойкот демона systemd
« Ответ #15 : 08.09.2014 12:18:55 »
Потому, что дистрибутивами начинает управлять техсовет, который не считает нужным...
  То есть, не свободно UNIT сообщество? ;-)
Грубоделы чем думали, головой или чем-то другим?
  OpenSUSE со скрипом перешла на GRUB 2, Grub4dos их почему то не устроил. :-)
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

DdShurick

  • Гость
Re: Бойкот демона systemd
« Ответ #16 : 09.09.2014 09:35:38 »
 Пока я объявлял бойкот systemd, он объявил бойкот мне.
Подробности: начал барахлить swap на жёстком SSD, и упал  :-( . Пришлось переформатировать, но пропал UUID этого раздела  :-o . Теперь загрузка Simply-7.0.4 наглухо виснет на [ ** ] A start job running for dev-disk-by\x2uuid\x<uuid>.device причём бегунок из звёздочек шевелится, мол я живой. Попытка подсунуть в загрузочеую строку resume=/dev/sda2 ни к чему не привела, systemd тупо ищет старый uuid. И что прикажете делать в таком случае простому неискушённому пользователю? Лечить переустановкой? Тогда в чём отличие от Win?
 В то же время моя система стабильно загружалась и при неисправном swap-разделе, только ошибку писала "Монтирование swap    error"
 На свалку такое поделие  :-t .
 Мог бы ещё рассказать про "фокусы" другого поделия Леннарта - pulseaudio, но это другая тема.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Бойкот демона systemd
« Ответ #17 : 09.09.2014 19:19:21 »
Пока я объявлял бойкот systemd, он объявил бойкот мне.
Подробности: начал барахлить swap на жёстком SSD, и упал  :-( . Пришлось переформатировать, но пропал UUID этого раздела  :-o . Теперь загрузка Simply-7.0.4 наглухо виснет на [ ** ] A start job running for dev-disk-by\x2uuid\x<uuid>.device причём бегунок из звёздочек шевелится, мол я живой. Попытка подсунуть в загрузочеую строку resume=/dev/sda2 ни к чему не привела, systemd тупо ищет старый uuid. И что прикажете делать в таком случае простому неискушённому пользователю? Лечить переустановкой? Тогда в чём отличие от Win?
 В то же время моя система стабильно загружалась и при неисправном swap-разделе, только ошибку писала "Монтирование swap    error"
 На свалку такое поделие  :-t .

Если ведущий разработчик откалывает в UNIX такие "фичи", он клинически болен и его надо изолировать в боксе.
Решение есть,
# tune2fs /dev/sdXY -U your-very-long-uuid
но сведение от многовариантности к безальтернативности, это у Поттеринга генетическое.
Прыщавый максимализм и отсутствие ума, смесь ядерная.
Ведущий разработчик инициализации, которая системный менеджер, просто не в курсах, что правильный или неправильный uuid, это не проблема инит. И быть ею не должна.

И что симптоматично, на инит мне _ни_разу_ не приходилось встречать такие фортеля.
Ну разве что с uuid в grub2. Хотя это те же поттеринги, только в профиль.

Забылось - у себя абсолютное:
Там в /etc/fstab swap с uuid надо ещё пошевелить

Здесь есть ещё деталь, которую бы фичреквестом:
В Слаке и образных, на инсталляции разделы создаются через fdisk, и что-то мне подсказывает, что mkswap не обязательно должен отрабатывать. Особенно при двух Линуксах но однм винчестере.
Но альтовый инсталлятор mkswap'ом пройдётся по обоим swap-разделам, - и новому и старому.

Мог бы ещё рассказать про "фокусы" другого поделия Леннарта - pulseaudio, но это другая тема.

На  неальтовом форуме в году 2008-ом, дебианист выложил два своих конфига с огромной простынёй подробного объяснения (бридж/роутер), после которого, рассыпая благодарности автору, убунтоводы лихо грохали неработающую поттеринговскую гуеву конфигурялку,
Но это тоже совсем другая история.
« Последнее редактирование: 09.09.2014 20:09:02 от Speccyfighter »

DdShurick

  • Гость
Re: Бойкот демона systemd
« Ответ #18 : 09.09.2014 21:04:19 »
Решение есть
Пробовал, и не раз. Не работает# tune2fs /dev/sda2 -U 38a511b3-87dc-4396-a222-ce450577b069
tune2fs 1.41.14 (22-Dec-2010)
tune2fs: Bad magic number in super-block while trying to open /dev/sda2
Couldn't find valid filesystem superblock.
SSD однако :-(

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Бойкот демона systemd
« Ответ #19 : 10.09.2014 04:54:18 »
Решение есть
Пробовал, и не раз. Не работает# tune2fs /dev/sda2 -U 38a511b3-87dc-4396-a222-ce450577b069
tune2fs 1.41.14 (22-Dec-2010)
tune2fs: Bad magic number in super-block while trying to open /dev/sda2
Couldn't find valid filesystem superblock.
SSD однако :-(

Фу ты ё-моё. А откуда ж он его берёт этот старый uuid?
В системе с init, uuid встречается всего лишь в нескольких местах:
# blkid|grep swap
/dev/sda3: UUID="d152f4e3-9480-4b1c-919e-0d92f835670e" TYPE="swap"
# grep -rl d152f4e3-9480-4b1c-919e-0d92f835670e /run/
/run/udev/data/b8:3
# grep -rl d152f4e3-9480-4b1c-919e-0d92f835670e /var/
#
# ll $(find /dev/ -name *d152f4e3-9480-4b1c-919e-0d92f835670e*)
lrwxrwxrwx 1 root root 10 сен 10  2014 /dev/disk/by-uuid/d152f4e3-9480-4b1c-919e-0d92f835670e -> ../../sda3
# grep -rl d152f4e3-9480-4b1c-919e-0d92f835670e /etc/
/etc/sysconfig/grub2
/etc/fstab
« Последнее редактирование: 10.09.2014 06:52:21 от Speccyfighter »

DdShurick

  • Гость
Re: Бойкот демона systemd
« Ответ #20 : 10.09.2014 07:54:00 »
 Я брал старый uuid из menu.lst, но раздел swap у меня вообще без uuid.# blkid|grep swap
/dev/sda2: TYPE="swap"

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Бойкот демона systemd
« Ответ #21 : 10.09.2014 09:51:25 »
Я брал старый uuid из menu.lst, но раздел swap у меня вообще без uuid.# blkid|grep swap
/dev/sda2: TYPE="swap"

Конечно, это же без разницы. На кой чёрт этой сыстемде сдался uuid, если fstab и resume= его не просили, используя абсолютное имя устройства.

А если swap почекать? (и пересоздаст uuid)
# mkswap --help

Usage:
 mkswap [options] device [size]

Options:
 -c, --check               check bad blocks before creating the swap area
 -f, --force               allow swap size area be larger than device
 -p, --pagesize SIZE       specify page size in bytes
 -L, --label LABEL         specify label
 -v, --swapversion NUM     specify swap-space version number
 -U, --uuid UUID           specify the uuid to use
 -V, --version             output version information and exit
 -h, --help                display this help and exit


Конечно после
# swapoff -a

Я его логики этой сыстемды не пойму.

Оффлайн Kalt

  • Завсегдатай
  • *
  • Сообщений: 996
Re: Бойкот демона systemd
« Ответ #22 : 10.09.2014 11:33:30 »
Если ведущий разработчик откалывает в UNIX такие "фичи",
.?! По вашей просьбе отобрал у F-20 swap... :-) И ничего... :-D И openSUSE изменение UUID не мешает... ???
  P.S.   
    Чуть не забыл! ;-D Убунтововодам на на UUID то же наплевать! :-D Правда и Systemd у них своеобразный... :-)
 P.P.S.
  Может таки не Systemd? ;-)
« Последнее редактирование: 10.09.2014 11:48:01 от Kalt »
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

vano

  • Гость
Re: Бойкот демона systemd
« Ответ #23 : 10.09.2014 16:27:18 »
Давно отказался от раздела своп в пользу своп-файла. Удобно, можно увеличивать/уменьшать без всяких плясок с uuid'ами.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 999
Re: Бойкот демона systemd
« Ответ #24 : 10.09.2014 16:30:42 »
Давно отказался от раздела своп в пользу своп-файла. Удобно, можно увеличивать/уменьшать без всяких плясок с uuid'ами.
Хоть и оффтоп, но давно (почти с самого начала использования альт линукс после дебиана) от самого свопа отказался. 3Гб вполне хватает без свопа компилять ядро и лазить в тырнете одновременно. Не припомню, чтобы при типичной нагрузке у меня своп хоть немного прирастал. Вот и решил его вырубить и разницы не почувствовал совсем. Но это не значит, что во всех ситуациях будет всё хорошо. Но я чётко представляю, сколько ресурсов едят мои задачи, потому и брал 3Гб, чтобы не упираться в ОЗУ.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Бойкот демона systemd
« Ответ #25 : 10.09.2014 16:34:48 »
Если ведущий разработчик откалывает в UNIX такие "фичи",
.?! По вашей просьбе отобрал у F-20 swap... :-) И ничего... :-D И openSUSE изменение UUID не мешает... ???
  P.S.   
    Чуть не забыл! ;-D Убунтововодам на на UUID то же наплевать! :-D Правда и Systemd у них своеобразный... :-)
 P.P.S.
  Может таки не Systemd? ;-)

У человека в параллельной теме SSD 4Gb. Попробуйте в сузефедорах, /usr, который при экономном = 1.2Гб положить на miniSDHC, которых у него мешок. Или eSATA.
При стартерките с XFCE, свободным у человека, в сухом остатке на SSD останется гига 3.
Это при частично заполненном /home
# df -m|grep sda2
/dev/sda2           101253         1798    94290            2% /media/e2c3c003-ae28-4910-af25-9b34e21d34ee
# du -smx /media/e2c3c003-ae28-4910-af25-9b34e21d34ee/usr/
1193 /media/e2c3c003-ae28-4910-af25-9b34e21d34ee/usr/
И это при условии, что втянуто дополнительно 30Мб пакетов.
Если не давать хомяку распухать, больше гига он не будет:
# du -smx /home/user/ --exclude=Downloads --exclude=RPM --exclude=.wine --exclude=BPEMEHHOE --exclude=mp3 --exclude=Yandex.Disk --exclude=tmp
845 /home/user/

В системе, что хочу то и ставлю, /usr легко забьёт весь SSD'шник в 4Gb:
# du -smx /usr/ --exclude=games
3417 /usr/

/home на низкоскоростное устройство ложить нет резона - потоковое видео будет периодически заикаться.
В его ситуации, я могу удержать всю систему вместе с хомяком на четырёх гигабайтах,  но мне лень.
А вы в сузефедорах попробуйте разбросать на то, что у него в мешке, оставив требующее высокоскоростного доступа на SSD. К тому же в сузе сломан инит и чинить они его не будут - в release notes об этом ясно написано. Т.е. система в сузефедорах прибита к разделу С: дюбелями.
Привет от поттеринга.
Чтобы посмотреть что со свопом, что, где, когда и как, нужно лезть внутрь кода сыстемды. Оно  мне надо?
В некоторые времена альты ни малейшего понятия не имели, что такое uuid.
В десктопах винчестеры не ротируются. В ноутах тем более.
Чтобы сказать, сыстемды не сыстемды, нужно все процессы сыстемды до байта выстроить блок-схемой и удержать её в голове целиком.
Тот ещё подарок.

Можно почитать мимоходом про SSD
http://ubuntologia.ru/forum/viewtopic.php?f=97&t=6349&p=55969
« Последнее редактирование: 10.09.2014 17:33:41 от Speccyfighter »

DdShurick

  • Гость
Re: Бойкот демона systemd
« Ответ #26 : 10.09.2014 18:43:35 »
 После "mkswap -c" UUID раздела появился, естественно другой, а тупой systemd продолжает искать по старому и всё так-же висит  :-( 
 Получается, что systemd настоен "оптимистично" - на безаварийную работу, но так не бывает.
..........
 Вопрос решился просто - ручным редактированием /etc/fstab, но ощущение идиотизма systemd только укрепилось, fstab не догма, да и монтирование swap можно было решить изящнее.
« Последнее редактирование: 10.09.2014 21:03:53 от DdShurick »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Бойкот демона systemd
« Ответ #27 : 11.09.2014 03:46:18 »
положить на miniSDHC, которых у него мешок.
  Сможет ли положить?.. ;-D Так ответ у него есть. :-) Мой ответ: Speccyfighter может... :-D

:-) Подначиваем?
Это великолепнейший функционал в UNIX-подобных и любой разработчик его ломающий становится моим личным врагом.

DdShurick

  • Гость
Re: Бойкот демона systemd
« Ответ #28 : 11.09.2014 08:13:32 »
Это великолепнейший функционал в UNIX-подобных и любой разработчик его ломающий становится моим личным врагом.
Правильно!
Squashfs не пробовали? У меня вся система на них, кроме /home.

Оффлайн Kalt

  • Завсегдатай
  • *
  • Сообщений: 996
Re: Бойкот демона systemd
« Ответ #29 : 11.09.2014 10:21:04 »
Подначиваем?
  Ничуть!  :-) Для вас то, что ему предстоит, уже пройдено... А уж захочет ли он этого, не нам гадать. :-D
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710