[Comm] [JT] Как я чинил рухнувший корень

[Comm] [JT] Как я чинил рухнувший корень

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 402 bytes --]

http://blog.wrar.name/2008/04/lost-found/ оно же
http://wrar.livejournal.com/46309.html

Кому-то может быть полезным.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<hiddenman> thresh: http://img471.imageshack.us/img471/2645/hiddenmanvr3.jpg
            я ~ лет 8 назад
<Pilot> "как можно заметить из экспозиции, hiddenman о безопасности не забывал
        никогда"

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] [JT] Как я чинил рухнувший корень

[Michael Shigorin]

On Thu, Apr 24, 2008 at 02:06:36AM +0600, Andrey Rahmatullin wrote:
> http://blog.wrar.name/2008/04/lost-found/ оно же
> http://wrar.livejournal.com/46309.html
> Кому-то может быть полезным.

Надо же, кому-то dev-minimal оказался полезным...


Вообще ронять журнал ФС -- действие, которое спокойней делать,
вылив её образ куда-нить ещё.

Вообще паниковать около лёгшей ФС (равно как и спешить или
надеяться на авось) -- нельзя, лучше сразу идти пить чай
или отсыпаться до кондиции.  Оптимизировать тоже не советую,
бывали прецеденты перестарывания.


А ещё хорошо / держать отдельным мелким (дома это довольно давно
было 250Mb, но сейчас два ядра уже не влазит: 52M free -- похоже,
следующая ступенька будет гиг).  /boot не нужен, а вот корень с
*fsck -- полезен.

/usr и /var тоже давно отделяю.  Заметно устаревшие данные тут:
http://lists.altlinux.org/pipermail/devel/2007-March/054915.html

Конкретно сейчас тут так:

Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/hda2      xfs    247M  195M   52M  80% /
udevfs       tmpfs    5.0M  156K  4.9M   4% /dev
/dev/hda7      xfs     14G   12G  2.4G  84% /home
/dev/sda6      xfs    9.4G  5.0G  4.4G  54% /usr
/dev/sda5     ext3    1.9G  844M 1021M  46% /var
/dev/hda8      xfs     92G   84G  8.2G  92% /var/ftp
/dev/hdc2      xfs    187G  179G  7.4G  97% /mnt/200g
/dev/sda8      xfs    254G  169G   85G  67% /media
/dev/shm     tmpfs    6.4G  288M  6.1G   5% /tmp
none         tmpfs    144M     0  144M   0% /dev/shm

(да, ничего лучшего, как смонтировать под MiniDV диск
в /media -- не придумал :)

Первый раздел -- что-нить несущественное, обычно своп;
следом -- что-нить вроде /usr.  Ошибки вроде "хотел sda1,
сказал sda" склонны прибивать таблицу разделов и первый
из них.  Ну так /usr -- не /var и не /home.


Также давно завёл привычку время от времени тарить /etc и rpm -qa
(куда-нить не-на-корень-/usr-/var); когда совсем не лень -- то это
что-то вроде

rpm -qa --qf='%{NAME}\n' | sort > rpm-qaN
rpm -qa --qf='%{NAME}-%{VERSION}-%{RELEASE}\n' | sort > rpm-qaNVR


PS: зато ещё один человек научится лишний раз копипастить
не из принтов, а из рабочего кода, а то и лишний раз _не_
копипастить :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] [JT] Как я чинил рухнувший корень

[ABATAPA]

24 апреля 2008 г. Andrey Rahmatullin написал:
> Кому-то может быть полезным.

"Глубоко вдыхаю и гружусь с мобилки... "
Мда.. Кто бы иог подумать о таком в веке 20ом... :)

-- 
ABATAPA

Re: [Comm] [JT] Как я чинил рухнувший корень

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 474 bytes --]

On Fri, Apr 25, 2008 at 07:06:15PM +0400, ABATAPA wrote:
> "Глубоко вдыхаю и гружусь с мобилки... "
> Мда.. Кто бы иог подумать о таком в веке 20ом... :)
На месте мобилки может быть мп3-плеер, в принципе :) Если на нём не жалко
несколько сотен метров.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

(а еще у меня есть полный список пакетов с %_libdir/menu и без .desktop,
щас как развешаю на всех.. ой, там и я есть :)
		-- gns in #10462

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] [JT] Как я чинил рухнувший корень

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1231 bytes --]

On Wed, Apr 23, 2008 at 11:58:15PM +0300, Michael Shigorin wrote:

MS> Первый раздел -- что-нить несущественное, обычно своп;
MS> следом -- что-нить вроде /usr.  Ошибки вроде "хотел sda1,
MS> сказал sda" склонны прибивать таблицу разделов и первый
MS> из них.  Ну так /usr -- не /var и не /home.

Про /usr вторым -- спасибо за идею.

MS> Также давно завёл привычку время от времени тарить /etc и rpm -qa
MS> (куда-нить не-на-корень-/usr-/var); когда совсем не лень -- то это
MS> что-то вроде

Открой для себя etckeeper и syskeeper. Первый хранит /etc в git, второй
при установке/удалении пакетов сохраняет rpm -qa и не только. Еще этот же
rpm -qa но обработаный алгоритмом свертки зависимостей, используемом в
buildreq -> очень удобно чтобы видеть в tig после обновления пакеты,
которые не нужны но от них раньше кто-то зависел, а сейчас -- нет.

 MS> rpm -qa --qf='%{NAME}\n' | sort > rpm-qaN
 MS> rpm -qa --qf='%{NAME}-%{VERSION}-%{RELEASE}\n' | sort > rpm-qaNVR

И это syskeeper делает тоже :)

А еще он сохраняет partition table, и некоторую другую полезную
информацию.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] [JT] Как я чинил рухнувший корень

[REAL]

Денис Смирнов пишет:
> Открой для себя etckeeper и syskeeper. Первый хранит /etc в git, второй
> при установке/удалении пакетов сохраняет rpm -qa и не только.

Я этих зверюшек некоторое время держал на машине (хорошие ведь, спору 
нет), но всё же не вытерпел и убил. Уж слишком долго происходит 
apt-get install... А делаю я его очень часто :(

Вот как бы приучить их, чтобы они по каждому чиху не начинали 
генерацию "optimized package repository"? Только жуткая трата времени, 
а плюсов... лучше уж rpm -qa руками, когда не сильно занят :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] [JT] Как я чинил рухнувший корень

[Anton Farygin]

Денис Смирнов пишет:
> On Wed, Apr 23, 2008 at 11:58:15PM +0300, Michael Shigorin wrote:
> 
> MS> Первый раздел -- что-нить несущественное, обычно своп;
> MS> следом -- что-нить вроде /usr.  Ошибки вроде "хотел sda1,
> MS> сказал sda" склонны прибивать таблицу разделов и первый
> MS> из них.  Ну так /usr -- не /var и не /home.
> 
> Про /usr вторым -- спасибо за идею.
> 
> MS> Также давно завёл привычку время от времени тарить /etc и rpm -qa
> MS> (куда-нить не-на-корень-/usr-/var); когда совсем не лень -- то это
> MS> что-то вроде
> 
> Открой для себя etckeeper и syskeeper. Первый хранит /etc в git, второй
> при установке/удалении пакетов сохраняет rpm -qa и не только. Еще этот же
> rpm -qa но обработаный алгоритмом свертки зависимостей, используемом в
> buildreq -> очень удобно чтобы видеть в tig после обновления пакеты,
> которые не нужны но от них раньше кто-то зависел, а сейчас -- нет.

https://bugzilla.altlinux.org/show_bug.cgi?id=20038
https://bugzilla.altlinux.org/show_bug.cgi?id=20039

Да, после исправления - забрось, плз, эти пакеты в 4.0 ..

Re: [Comm] [JT] Как я чинил рухнувший корень

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1479 bytes --]

On Thu, May 14, 2009 at 10:11:09AM +0800, REAL wrote:

R> Я этих зверюшек некоторое время держал на машине (хорошие ведь, спору 
R> нет), но всё же не вытерпел и убил. Уж слишком долго происходит 
R> apt-get install... А делаю я его очень часто :(

etckeeper быстрый :)

а вот syskeeper мой медленный. Именно из-за алгоритма свертки. Который,
наверное, не всем нужен, и поэтому может этот компонент вынести в
отдельный подпакет?

Или запускать его после обновления в фоне?

R> Вот как бы приучить их, чтобы они по каждому чиху не начинали 
R> генерацию "optimized package repository"? Только жуткая трата времени, 
R> а плюсов... лучше уж rpm -qa руками, когда не сильно занят :)

Это фича, но слишком медленная :(

Ее смысл: если у нас в rpm -qa встретился пакет A и пакет B, и при этом A
requires B, то, видимо, пакет B в оптимизированном списке можно не
упоминать.

Это ценно вот для чего: предположим у нас есть система. Скажем на бранче
4.0. Мы хотим поднять новую такую, но на бранче 5.0 или на Сизифе. rpm -qa
будет малоосмысленным в виду того что очень многие системные пакеты
(например просто библиотеки) переименовались и т.д. С другой стороны
именно этих пакетов в оптимизированом списке и не будет, там будут только
"листья" (пакеты от которых ничего не зависит, которые самоценны для юзера
оказались).

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] [JT] Как я чинил рухнувший корень

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 452 bytes --]

On Thu, May 14, 2009 at 12:08:27PM +0400, Anton Farygin wrote:

AF> https://bugzilla.altlinux.org/show_bug.cgi?id=20038
AF> https://bugzilla.altlinux.org/show_bug.cgi?id=20039
AF> Да, после исправления - забрось, плз, эти пакеты в 4.0 ..

Есть проблема -- я не мантейнер etckeeper, я всего лишь автор syskeeper :(

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] [JT] Как я чинил рухнувший корень

[REAL]

Денис Смирнов пишет:
> etckeeper быстрый :)
> 
> а вот syskeeper мой медленный. Именно из-за алгоритма свертки. Который,
> наверное, не всем нужен, и поэтому может этот компонент вынести в
> отдельный подпакет?
> 
> Или запускать его после обновления в фоне?

Мне бы очень хотелось, чтобы и syskeeper, и etckeeper вернулись ко мне 
в систему, вместе, а не кто-то один. Но при этом я хочу, чтобы они 
(точнее, он - syskeeper) не мешали мне работать. Если вместо 
интерактива обновление будет запускаться фоном, ничего не изменится, 
будет то же, что и в 04:00, когда крон запускает updatedb, и на 
какое-то время все операции предельно замедляются.

Я не против того, чтобы по умолчанию syskeeper делал то, что делает и 
сейчас. Но я был бы очень рад, если бы была возможность перевода его 
на ручной режим работы, скажем, даю команду типа syskeeper_run, а он 
мне делает то, что делает обычно на автомате, но вот без такой команды 
он бы даже и не мечтал делать что-либо, что меня злит :-D

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] [JT] Как я чинил рухнувший корень

[Michael Shigorin]

On Thu, May 14, 2009 at 05:38:28PM +0400, Денис Смирнов wrote:
> AF> https://bugzilla.altlinux.org/show_bug.cgi?id=20038
> AF> https://bugzilla.altlinux.org/show_bug.cgi?id=20039
> AF> Да, после исправления - забрось, плз, эти пакеты в 4.0 ..
> Есть проблема -- я не мантейнер etckeeper, я всего лишь автор syskeeper :(

Первого в M40 нет, бросайте кому нужно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] [JT] Как я чинил рухнувший корень

[Michael Shigorin]

On Thu, May 14, 2009 at 05:37:11PM +0400, Денис Смирнов wrote:
> Или запускать его после обновления в фоне?

Или таймстамп держать, а запускать, если ему больше суток.
И вообще sysconfig не отменяли. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] [JT] Как я чинил рухнувший корень

[Michael Shigorin]

On Thu, May 14, 2009 at 02:33:24AM +0400, Денис Смирнов wrote:
> Открой для себя etckeeper и syskeeper.

PS: открыл, закрыл -- про тормоза рядом сказали.
На буке дисковое i/o не слишком шустрое для такой
роскоши.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] [JT] Как я чинил рухнувший корень

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1005 bytes --]

On Fri, May 15, 2009 at 10:53:11AM +0800, REAL wrote:

R> Я не против того, чтобы по умолчанию syskeeper делал то, что делает и 
R> сейчас. Но я был бы очень рад, если бы была возможность перевода его 
R> на ручной режим работы, скажем, даю команду типа syskeeper_run, а он 
R> мне делает то, что делает обычно на автомате, но вот без такой команды 
R> он бы даже и не мечтал делать что-либо, что меня злит :-D

Вообще говоря это решается просто:

команда 'syskeeper' все и делает, что надо.
в /etc/apt/apt.conf.d/syskeeper.conf достаточно закомментировать строчки,
и все будет хорошо :)

Есть предложени как это сделать красиво? Я мог бы и control'ировать работу
syskeeper (после каждой операции или раз в сутки). Вообще, наверное, лучше
делать всегда раз в сутки, и, если пользователь хочет, то отключать на
время эту штуку при многоходовых обновлениях.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]