Вышел SystemRescueCD 6.0.0

Им может быть больно.

Как бы им никто не запрещает и дальше обновлять прошлые версии.

А по мне - если останется таким же удобным в плане задач восстановления - пофиг.

Инструмент это одно а я то вопрос задавал с целью поинтересоваться о немного другом. Ну да и ладно.

888 MiB или 932 MB, а не 888 MB, балбесы. SystemdRescueDVD удачи на cd впихнуть.

https://www.altlinux.org/Rescue

Внезапно! Благодарю, будем посмотреть.

https://www.altlinux.org/Rescue

Недавно словил на нём kernel panic при ddrescue с проблемного hdd.

При обновлении может отвалиться вся система. Такое уже было минимум 2 раза, когда в базовом репе выкладывали новую версию glibc без пересборки остальных пакетов.

Пакеты собирают с минимальными изменениями и без тестирования работоспособности.

Одними из первых перешли на systemd и pulseaudio.

В общем это такая гента, только с меньшим контролем и гонкой за всем новым, без оценки необходимости этого самого новья.

Такой полезный инструмент испортили.

Переход на базу ArchLinux и archiso

Ядро и программы теперь 64-битные (прекращена поддержка 32-битных систем)

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

Был же универсальный инструмент-чинилка, который «запускается везде». Всю идею поломали.

Ещё это как бы не source based, а binary. Но это отличие может быть и менее принципиально.

Уж для livecd точно нет особой разницы, на базе source based или binary дистрибутива построено... потому что обычно всё равно уже собрано

Можно ведь самому пересобрать, пакеты с сорцами есть. Гента действительно нацелена на полную сборку из исходников, тогда как в арче есть реп с бинарными пакетами.

Можно и троллейбус из буханки. Но зачем?

Ядро и программы теперь 64-битные (прекращена поддержка 32-битных систем)

Очень жаль.

Переход на базу ArchLinux и archiso

Вдвойне жаль. Вывод один-ненужно. Закапывайте.

только надо было Debian в качестве базы брать.

+1!

Всё правильно сделали

Нет, не правильно.

будущее gentoo смутно и внушает опасения

Это твое будущее смутно, а твоя экзистенция (на этом форуме) внушает опасение.

Ядро и программы теперь 64-битные (прекращена поддержка 32-битных систем)

А чего все возбудились на это? util-linux ведь никто не убрал и # linux32 chroot никто не отменял.

Ну это то, что возникает на практике. А что они декларируют? Типа, всё новое и молодёжное? Если это гента, там с сырцов собриается или бинарники устанавливаются?

ядро

this ^

Отлично! Полезная штука.

ядро

this ^

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

У меня из «живого» только EeePC 701 такой. Всё остальное 10-ти летней давности умеет x86_64. Мне кажется физически систем на пентиум 4 уже просто не осталось.

Ух, теперь ни mhdd, ни whdd.

ну у меня msi wind не умеет 64 - пользуюсь, но видимо доживает свой век батарейка, а остальное живое и свои задачи выполняет на все 100

Обладатедь рабочего hp530

Хотя бы потому, что он в качестве инита использует systemd который порой и сам требует «Rescue» :)

И что из этого должно следовать?

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

Если это гента, там с сырцов собриается или бинарники устанавливаются?

Это не гента.

прекращена поддержка 32-битных систем

Очень жаль, ещё много старого оборудования продолжает работать, в школах, в больницах.

В одной районной школе лично видел два компьютерных класса (несколько десятков ПК) на 32-битных Pentium 4.

В районных больницах старое железо — обыденные вещи.

Почему именно дебиан? Потому что его используешь ты?

И что из этого должно следовать?

То, что оно, как и системд, не нужно.

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

И если вероятность баг-фиксов в драйвере для старого оборудования низкая, то баг в gparted, testdisk или ntfs-3g будет актуален для любого оборудования, независимо от его возраста.

Поэтому не хотелось бы замораживать версии софта и отказываться от баг-фиксов.

Вторая флешка стоит недорого. Вероятно даже что меньше того времени, которое ты потратил на ответ мне.

Возможно. Как вторая флешка позволит запустить новые e2fsprogs, gparted или lvm2 на старом 32-битном SystemRescueCD?

Это не гента.

Ну кто-то просто сказал в комментариях, что это такая гента, но попроще. Я как раз к этому. То есть, подытожим. Арч - бинарные пакеты, которые собираются из апстримов и ничего они сами не патчат? Всё ванильное, свежее, сверху мега-быстрый пакман? Всё правильно сказал?

Очень жаль, ещё много старого оборудования продолжает работать, в школах, в больницах.

А зачем там свежайший дистрибутив?

Всё ванильное, свежее, сверху мега-быстрый пакман? Всё правильно сказал?

Да, примерно так. И абсолютный минимум дистроспецифичной обвязки.

sshd отключили по умолчанию при загрузке .... раньше сразу стартовал ... куда слать баг репорт непонято ... на форуме регистрации нету.

В генте тоже собирают без особых изменений. В арче есть бинарный репозиторий с собранными пакетами, но ты можешь сам пересобрать пакеты и сделай свой локальный репозиторий(я так и делал в арче, когда правил баги в пакетах). К генте можно подключить репозиторий от Sabayon Linux и ствить бинарные пакеты от туда. Главное отличие только в том, что арч ориентирован на бинарные пакеты с возможностью пересборки, а гента ориентирована на сборку из исходников с возможностью установки из бинарного репозитория.

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

Вышел SystemRescueCD 6.0.0 (комментарий)

Ну на чём-то древнем лишь бы доработало и ладно. Или я неправ? Просто только 32 поддержка это вообще где? У меня только один такой комп есть. И то он не используется в работе.

Ну в генте тоже патчей накладывают будь здоров.

32-битные Athlon, Pentium 4. Одно дело — частное лицо, которому сделать апгрейд единственного ПК на личные деньги, другое — организация вроде больницы, где есть общий бюджет, который нужно распределить на лекарства, зарплаты, ремонты, медицинское оборудование, бензин и оборудование бригад скорой помощи и кучу-кучу всего другого и где-то там ещё есть расходы на ПК. Как думаешь, если имеющиеся компы справляются с созданием разных отчётностей и запуском одного-двух сайтов, то насколько будет приоритетной замена целого парка ПК ради 64-битного процессора по сравнению с закупкой лекарств первой необходимости, вакцин, бензина и т.д.?

Ну на чём-то древнем лишь бы доработало и ладно. Или я неправ?

А без разницы, комп древний или нет. С SystemRescueCD мы запускаем такие же приложения на старом ПК, как и на новом, даже в пространстве ядра, кроме нескольких драйверов. И у них могут быть баги или улучшения софта, которые попадут только в новые 64-битные версии SystemRescueCD.

Конечно, это не значит, что после выхода новых версий старые прекращают работать. Но лучше иметь софт с багфиксами, чем без них.

Не вижу там смысла вообще что-то городить. Раз работает то, что работает - пусть работает. Не вижу причины оплачивать работу по апгрейду на более свежие версии.

Ну есть некие сферические баги в вакууме. Которых никто не видел. Они не нужны.

Не вижу там смысла вообще что-то городить. Раз работает то, что работает - пусть работает.

SystemRescueCD нужен тогда, когда оно внезапно перестает работать.

Не вижу причины оплачивать работу по апгрейду на более свежие версии.

Не понял, о чём именно идёт речь. Кому оплачивать и апгрейд чего?

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

Но далеко совсем не обязательно, что это нужно будет тебе.

Ну у тебя там тирада была о том, что в больнице не заменить оборудование 32 бита. Или не у тебя. Но смысл был в этом.

Сам использую 32 бита, но особой проблемы, на самом деле, нет. ОС для восстановления не предназначена для повседневного использования, поэтому можно смело накатывать имеющийся 32-битный образ старой ОС на флэшку и забыть про проблему (при условии, что все нужные утилиты уже есть в образе, поскольку старые репозитории часто вырубают). Вполне возможно, что даже предпочтительнее в таких случаях использовать старое ПО, поскольку в новые драйвера могут занести баги для старого оборудования (к примеру, у меня были проблемы с последним дебианом из-за встроенной видеокарты Intel, пока не откатил иксы на прошлую версию, хотя на старых системах за 8 лет работы таких проблем не было).

Переход на базу ArchLinux и archiso

Помянем.

Тоже реквестирую подробности драмы, а то мимо меня прошло.

прекращена поддержка 32-битных систем

помянем. хороший дистр был.

И правильно. Так безопаснее. Но нужно иметь опцию для ядра.

Ну в генте тоже патчей накладывают будь здоров.

10xx-_linux_a.bb.cc.patch - это ванильные патчи самого линукс относительно базовой версии a.bb.00. То не считается.
1500_XATTR_USER_PREFIX.patch - это патч для того, чтоб можно было собрать hardened версию на обычном ядре. Добавляет расширенный атрибут user.pax.*
1510_fs-enable-link-security-restrictions-by-default.patch - меняет дефолтные sysctl-значения для симлинков и хардлинков.
2500_usb-storage-Disable-UAS-on-JMicron-SATA-enclosure.patch -
2600_enable-key-swapping-for-apple-mac.patch - неважные патчи для конкретного железа, которые оказались нужны мейнтенерам
4200_fbcondecor.patch - патч, чтоб можно было рисовать красивую рамку с пингвином в консоли.
4400_alpha-sysctl-uac.patch - Патч для UAC, который можно отключить при конфигурировании ядра и через sysctl
4567_distro-Gentoo-Kconfig.patch - Дефолтные параметры конфига ядра и их зависимости