debian 10 to 11 upgrade

На моем древнем тазике

на сколько древнем? у меня на десятилетнем железе sid-ы летают только свист стоит.

Ещё Конфуций говорил – не обновляйся на новую версию Debian-а.

C2d, hdd.

На моем древнем тазике, 11 стал ползать еще медленнее чем 10, загрузка рабочего стола увеличилась в 2 раза где-то.

Толсто.

SSD стоят копейки, зачем ты страдаешь?

Какой SSD, у него проц с мусорки. Там на плате SATA2 максимум.

плате SATA2 максимум

и что? у меня на древних ide шлейфах все хорошо

загрузка рабочего стола увеличилась в 2 раза

если интерересно даже могу время запуска системы показать

Толсто

Не сказал бы. На ноуте с ssd, когда пол года назад перешел на 11 разница была почти не заметна, но сейчас ставил дебиан на ноут с hdd и могу сказать что 10 работала заметно шустрее, хз почему.

Там первые два слова в шапке c2d q6600, hdd sata

Может все так медленно изза медленного обновления? Так а почему оно так долго обновлялось не пойму? Вроде обнова с 9 на 10 быстрее была.

Так а почему оно так долго обновлялось не пойму?

Может, для того, чтобы ничего не сломалось? amd_amd, расскажи-ка ему, как обновление с 8 до 9 версии всё ломало.

обновление с 8 до 9

это значит с jessie до stetch, а я как раз еду на сиде со времен jessie, то есть сразу после установки системы - screenfetch сообщил что это sid, пришла заморозка jessie и screenfetch сообщил что это jessie, шло время screenfetch начал сообщать что это sid - пока не началась заморозка stretch и тогда screenfetch начал сообщать что это stretch, а через какое то время в выхлопе screenfetch система снова стала sid пока не заморозили buster и тогда screenfetch стал обзывать систему buster, а потом снова sid и вот сейчас до bullseye добралось, последние 2 дня была тишина и вот сегодня сразу 85 новых пакетов прилетело, но система пока что по прежнему

$_screenfetch
         _,met$$$$$gg.           deb@debian
      ,g$$$$$$$$$$$$$$$P.        OS: Debian 11 bullseye
    ,g$$P""       """Y$$.".      Kernel: x86_64 Linux 5.10.0-8-amd64
   ,$$P'              `$$$.      Uptime: 50m
  ',$$P       ,ggs.     `$$b:    Packages: 1065
  `d$$'     ,$P"'   .    $$$     Shell: bash
   $$P      d$'     ,    $$P     Resolution: 1920x1080
   $$:      $$.   -    ,d$$'     WM: i3
   $$\;      Y$b._   _,d$P'      Disk: 28G / 914G (4%)
   Y$$.    `.`"Y$$$$P"'          CPU: AMD Athlon II X2 270 @ 2x 3.4GHz
   `$$b      "-.__               GPU: NVIDIA GeForce GTX 750
    `Y$$                         RAM: 959MiB / 3930MiB
     `Y$$.                      
       `$$b.                    
         `Y$$b.                 
            `"Y$b._             
                `""""

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

deb http://deb.debian.org/debian/ sid main non-free contrib
deb-src http://deb.debian.org/debian/ sid main non-free contrib

ну дальше сами знаете что делать - можите на bullseye ехать, а можите на sid пересесть

Я искренне рад, что у вас все хорошо.

Просто «со стороны» такой апгрейд сродни тюнинга древней «жиги» - вроде и есть смысл, но глобально лучше тачку сменить.

но глобально лучше тачку сменить

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

М-м-м, я вообще-то про старое железо и SSD, а не про sid. За unstable, как раз таки, два чаю вам.

про старое железо и SSD

без разницы - работает стабильно даже на винтах с ide-шлейфом - причем 40-а пиновых, на ssd конечно такое происходит быстрее - обновления например или первый запуск браузера после запуска системы, но если нужно просто посерфить в сети, видосик посмотреть или музыки послушать - на глаз\ухо даже не заметно будет.

Может, для того, чтобы ничего не сломалось? amd_amd, расскажи-ка ему, как обновление с 8 до 9 версии всё ломало.

ща буду пробовать второй обновить, у мну два в дуалбуте, второй собранный из минимал нетинсталл.

второй собранный из минимал нетинсталл

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

Я особой разницы в работе не наблюдаю. Все равно натягивается де потом. И если чего то нехватает изкаробки, приходится упорото красноглазить.

натягивается де

ни в коем случае! в графическом режиме использую либо i3\sway если тайлинг нужен, а если нужны окна использую jwm.

приходится упорото красноглазить

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

но потом 2.5 часа длилось остальное, возможно сама распаковка. Почему так долго?

Потому что при установке пакетный менеджер очень часто сбрасывает данные на диск. Это даёт заметные плюсы к устойчивости к потере питания, но в разы увеличивает время установки. Если скорость установки важнее сохранности структуры файлов, запускай команды пакетного менеджера через eatmydata. В случае внезапной потери питания в системных файлах будет такое месиво, что проще будет заново ОС установить, чем чинить.

А почему каждый раз на этом месте задумывается минут на 5?

https://ibb.co/mXHPTzb

Потому что при установке пакетный менеджер очень часто сбрасывает данные на диск

А почему у других походило за 10минут?

а зачем тебе столько ядер? старые удали и оставь только самое последнее или то которое больше нравится, по идее должно остаться только 5.10.0-8

у других походило за 10минут

ха - у меня на это ушло несколько лет ежедневных обновлений пока sid из buster, не превратился в bullseye.

незнаю, накопились видимо. А как смотреть какие есть ядра и как удалять нунужные?

зы пошла обново на втором дебе10, чусвтвуб опять на пару часов, скачалось за пару минут, теперь распаковка…

какие есть ядра

$ dpkg -l linux-image*

и про linux-headers если у тебя невидия не забудь

как удалять нунужные

ручками

# apt --purge autoremove linux-image-5.10.0-8-amd64

только такое не удаляй это самое последнее - типа самое лучшее

Выкинь хлам на помойку

Федору ставить надо. Ты не нужен.

спасибо. Ого какие они большие

Странно, второй деб10 обновился всего за час, на этой же тачке на этом же диске

deepforest@debian:~$ sudo su
[sudo] password for deepforest: 
root@debian:/home/deepforest# dpkg --list | grep linux-image
ii  linux-image-4.19.0-16-amd64            4.19.181-1                      amd64        Linux 4.19 for 64-bit PCs (signed)
ii  linux-image-4.19.0-17-amd64            4.19.194-3                      amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-8-amd64             4.19.98-1+deb10u1               amd64        Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-9-amd64             4.19.118-2+deb10u1              amd64        Linux 4.19 for 64-bit PCs (signed)
ii  linux-image-5.10.0-8-amd64             5.10.46-4                       amd64        Linux 5.10 for 64-bit PCs (signed)
ii  linux-image-amd64                      5.10.46-4                       amd64        Linux for 64-bit PCs (meta-package)
root@debian:/home/deepforest# apt autoremove linux-image-4.19.0-16-amd64
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages will be REMOVED:
  bsdmainutils cpp-8 enchant gir1.2-clutter-1.0 gir1.2-clutter-gst-3.0 gir1.2-cogl-1.0 gir1.2-coglpango-1.0 gir1.2-gtkclutter-1.0 gir1.2-json-1.0 gsfonts libasan5 libbind9-161
  libboost-chrono1.67.0 libboost-random1.67.0 libboost-system1.67.0 libcdio18 libcodec2-0.8.1 libcpufreq0 libcroco3 libcrystalhd3 libcupsfilters1 libcupsimage2 libdc1394-22 libdns1104
  libdns1110 libdouble-conversion1 libdvdread4 libegl1-mesa libenchant1c2a libevent-2.1-6 libexiv2-14 libfluidsynth1 libglade2-0 libgrilo-0.3-0 libgspell-1-1 libgssdp-1.0-3 libgupnp-1.0-4
  libgweather-3-15 libicu63 libigdgmm5 libilmbase23 libisc1100 libisc1105 libisccc161 libisccfg163 libisl19 libjim0.77 libllvm7 liblwres161 libmariadb3 libmozjs-60-0 libmpdec2 libmpx2
  libmysofa0 libnfs12 liboauth0 libopenexr23 libperl5.28 libpgm-5.2-0 libpipewire-0.2-1 libplymouth4 libpoppler82 libpython2-stdlib libpython2.7 libpython2.7-minimal libpython2.7-stdlib
  libpython3.7 libpython3.7-minimal libpython3.7-stdlib libreadline7 libsane libsnmp30 libtagc0 libtorrent-rasterbar9 libunique-1.0-0 libusbmuxd4 libvpx5 libx264-155 libx265-165
  libxcb-util0 linux-headers-4.19.0-16-common linux-headers-4.19.0-17-common linux-headers-4.19.0-9-common linux-image-4.19.0-16-amd64 linux-kbuild-4.19 mariadb-common
  mate-icon-theme-faenza mousetweaks mysql-common net-tools perl-modules-5.28 python-pkg-resources python2 python2-minimal python2.7 python2.7-minimal python3.7-minimal rfkill
  wireless-tools
0 upgraded, 0 newly installed, 99 to remove and 0 not upgraded.
After this operation, 834 MB disk space will be freed.
Do you want to continue? [Y/n] y

Я его только отдуда принес, линукс и предназначен для такого хлама)

apt autoremove linux-image-4.19.0-16-amd64

это не правильная команда ты --purge пропустил, так отработает только autoremove, но ядро не удалит

стоп вру удалит, но с --purge еще хлам подчистит

ну чего допрыгались? у меня xorg-server умер после очередных обновлений и ругается на pixman что тот корявый… хотел попробовать более новый из экспериментальной репы, но там такая же как в сидорепе, первый раз со мной такое - придется ждать пока починят, вот для такого момента у меня и живет на втором винте арч, извини что втянул в этот блуд - сам такого не ожидал.

Кажется у вас проблемы с дросселями. :)

проблемы нет потому что все предусмотрено и рядом arch существует на такие моменты, на самом деле ничего страшного или необычного не произошло, я привык к такому на freebsd 14.0-current, там очень часто такое происходит - после очередного обновления что то не работает и тогда приходится ждать пока починят, вот например сейчас поломали drm-kmod - ни из репы ни из портов с моей видеокартой работать не хочет, а с июньским ядром работает, сейчас жду нового среза - как только выйдет обновлю порты, скачаю свежие src, пересоберу мир, ядро и попробую из портов по новой drm-kmod накатить - если не взлетит буду ждать следующего среза и пробовать с ним, а пока что на июньском ядре ехать - по сути это то же самое 14.0 только из последнего среза за июнь.

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

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

Спасибо. Я сразу обновился до сида после обновы с 10 до 11, проблем небыло. Или на тот момент уже починили?

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

Я обновлял после 19:00 где-то

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

np Наверное это «норма» для роллинг?

Потому что при установке пакетный менеджер очень часто сбрасывает данные на диск. Это даёт заметные плюсы к устойчивости к потере питания, но в разы увеличивает время установки. Если скорость установки важнее сохранности структуры файлов, запускай команды пакетного менеджера через eatmydata. В случае внезапной потери питания в системных файлах будет такое месиво, что проще будет заново ОС установить, чем чинить.

то есть у всех так долго в угоду безопасности? А почему у меня на втором деб10 установленного с minimal netinstall на том же пк и том же диске обновление с 10 до 11 прошло всего за час?

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

И как это проверить? На линуксе вроде нет фрагментации? Системы только установлены и ничем не забиты особо это первое крупное обновление, штатный набор по из мате + аудиоплеер + flatpak в котором гимп и openra и все по сути, места еще 50гб свободно.

Просто — никак.

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

ФС в Linux фрагментируются помедленнее, чем NTFS в Windows, но всё же фрагментируются.

И как тут дефрагментировать?

Самый надёжный способ дефрагментации — перенести все файлы на другой раздел, на основном пересоздать ФС, а потом перенести файлы обратно. И не поломать права на файлы в процессе.

Есть ещё e4defrag, но у него свои особенности. Насколько я знаю, дефрагментацией свободного места он не занимается.

как тут дефрагментировать?

# e4defrag -c /dev/sdXX - сканирование
# e4defrag /dev/sdXX - дефрагментация

Самый надёжный способ дефрагментации — перенести все файлы на другой раздел, на основном пересоздать ФС, а потом перенести файлы обратно. И не поломать права на файлы в процессе.

Мдаа, уж, как тут все запущенно. И это еще не все. На линуксе нет как такового восстановления файлов в случае удаления?

На линуксе нет как такового восстановления файлов в случае удаления?

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

дефрагментация

Чисто формально да. Но по факту он же только отдельные файлы будет дефрагментировать. И с большими файлами у этой утилиты довольно грустно всё, потому что она пытается большие файлы копировать целиком, а не по частям.

На линуксе принято перед каждой операцией все файлы бэкапить. Три раза.