Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Re: Перенести /var/cache/man на другой диск

61 views
Skip to first unread message

Andrey Rahmatullin

unread,
May 18, 2012, 7:30:01 AM5/18/12
to
On Fri, May 18, 2012 at 03:20:25PM +0400, Дмитрий Н. Медведев wrote:
> *Дано:*
>
> - /var/cache/man находится на SSD
> - места на SSD слишком мало
3,1M /var/cache/man
Вы что-то делаете не так.

> *Задача:*
>
> - перенести содержимое /var/cache/man на другой диск так, чтобы
> *man*это содержимое не потерял.
>
>
> Подскажите направление действий пожалуйста.
ln(1)
mount(8)

--
WBR, wRAR
signature.asc

Sergey Korobitsin

unread,
May 18, 2012, 7:30:01 AM5/18/12
to
Дмитрий Н. Медведев ☫ → To debian-...@lists.debian.org @ Fri, May 18, 2012 15:20 +0400

> Добрый день.
>
> *Дано:*
>
> - /var/cache/man находится на SSD
> - места на SSD слишком мало
>
>
> *Задача:*
>
> - перенести содержимое /var/cache/man на другой диск так, чтобы
> *man*это содержимое не потерял.
>
>
> Подскажите направление действий пожалуйста.

mv /var/cache/man /media/drugoi-disk/var-cache-man
ln -s /media/drugoi-disk/var-cache-man /var/cache/man

--
Bright regards, Sergey Korobitsin,
Chief Research Officer
Arta Software, http://arta.kz/
xmpp:under...@jabber.arta.kz

--
Re: Откуда/от кого вы узнали об этой игре?
Я случайно узнал, на работе услышал.
-- mirat @ http://www.astanaracer.kz/node/117#comment-911


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/20120518112...@undertaker.dev.lan.arta.kz

Дмитрий Н. Медведев

unread,
May 18, 2012, 7:30:03 AM5/18/12
to
Добрый день.

Дано:
  • /var/cache/man находится на SSD
  • места на SSD слишком мало

    Задача:
    • перенести содержимое /var/cache/man на другой диск так, чтобы man это содержимое не потерял.

    Подскажите направление действий пожалуйста.

    ----
    Dmitry N. Medvedev,

    Tel.:
     +7 916.795.1839

    E-mail:
     dmitry....@gmail.com

    Дмитрий Н. Медведев

    unread,
    May 18, 2012, 7:40:01 AM5/18/12
    to
    Андрей, привет!
     
    3,1M    /var/cache/man
    Вы что-то делаете не так.


     Вот и у меня такие мысли — что-то не так. 80Gb SSD заполнен на 100%. Есть ещё 2Tb SCSI ( почти пустой ).

    Наверное задачу нужно было ставить так: как понять чем забит SSD. После этого, можно уже думать о переносе мусора на SCSI ( или о его удалении ).

    PS: Про ln знаю, просто не был уверен ( недавно с Windows начал переход ), что при переносе кэша man всё будет продолжать работать так, как и должно.

    Дмитрий Н. Медведев

    unread,
    May 18, 2012, 7:40:02 AM5/18/12
    to
    Сергей, спасибо!

    ----
    Dmitry N. Medvedev,

    Tel.:
     +7 916.795.1839

    E-mail:
     dmitry....@gmail.com



    2012/5/18 Sergey Korobitsin <under...@arta.kz>

    Stanislav Vlasov

    unread,
    May 18, 2012, 7:50:02 AM5/18/12
    to
    18 мая 2012 г., 17:36 пользователь Дмитрий Н. Медведев
    <dmitry....@gmail.com> написал:

    >>
    >> 3,1M /var/cache/man
    >> Вы что-то делаете не так.
    > Вот и у меня такие мысли -- что-то не так. 80Gb SSD заполнен на 100%. Есть

    > ещё 2Tb SCSI ( почти пустой ).

    > Наверное задачу нужно было ставить так: как понять чем забит SSD. После
    > этого, можно уже думать о переносе мусора на SCSI ( или о его удалении ).

    du -sh /*
    Повторять для подкаталогов, пока не станет понятно

    > PS: Про ln знаю, просто не был уверен ( недавно с Windows начал переход ),
    > что при переносе кэша man всё будет продолжать работать так, как и должно.

    Ему на это пофиг, вобщем-то


    --
    Stanislav

    P.S. Прошу прощения, я сейчас неадекватен из-за большого промилле

    Dmitry A. Zhiglov

    unread,
    May 18, 2012, 8:00:02 AM5/18/12
    to
    18 мая 2012 г., 15:36 пользователь Дмитрий Н. Медведев
    <dmitry....@gmail.com> написал:
    > Вот и у меня такие мысли -- что-то не так. 80Gb SSD заполнен на 100%. Есть

    > ещё 2Tb SCSI ( почти пустой ).

    Для начала стоит пройтись и посмотреть где больше всего занято с помощью du
    Потом или сразу почистить кэш aptitude c опциями clean / autoclean

    Andrey Rahmatullin

    unread,
    May 18, 2012, 8:10:02 AM5/18/12
    to
    On Fri, May 18, 2012 at 03:36:49PM +0400, Дмитрий Н. Медведев wrote:
    > Андрей, привет!
    >
    >
    > > 3,1M /var/cache/man
    > > Вы что-то делаете не так.
    > >
    > >
    > Вот и у меня такие мысли — что-то не так. 80Gb SSD заполнен на 100%.
    Т.е у вас в /var/cache/man тоже пусто? Тогда к чему исходный вопрос?

    > Наверное задачу нужно было ставить так: *как понять чем забит SSD*.
    du
    Ну или всякие filelight.

    --
    WBR, wRAR
    signature.asc

    Дмитрий Н. Медведев

    unread,
    May 18, 2012, 8:50:03 AM5/18/12
    to
    Т.е у вас в /var/cache/man тоже пусто? Тогда к чему исходный вопрос?

    Да, практически пусто. Вопрос появился после того, как при установке какого-то там пакета apt отписался, что нет места на диске ( /var/cache/man ).

     
    > Наверное задачу нужно было ставить так: *как понять чем забит SSD*.
    du
    Ну или всякие filelight.

    Вооот... почистился на сколько смог — часть перенёс на SCSI. Единственный момент, который мне кажется странным:

    du -sch /* => 9.6G total
    df => /dev/sda1  73774312  63974428   6052352  92% /

    ...какое-то непонятное несоответствие. Получается, что 92% == 9.6G, при том, что SSD на 80G.

    Andrey Rahmatullin

    unread,
    May 18, 2012, 9:20:02 AM5/18/12
    to
    On Fri, May 18, 2012 at 04:45:22PM +0400, Дмитрий Н. Медведев wrote:
    > >
    > > Т.е у вас в /var/cache/man тоже пусто? Тогда к чему исходный вопрос?
    > >
    > > Да, практически пусто. Вопрос появился после того, как при установке
    > какого-то там пакета apt отписался, что нет места на диске ( /var/cache/man
    > ).
    Очевидно, место - оно общее для всего раздела.

    > > > Наверное задачу нужно было ставить так: *как понять чем забит SSD*.
    > > du
    > > Ну или всякие filelight.
    > >
    > > Вооот... почистился на сколько смог — часть перенёс на SCSI. Единственный
    > момент, который мне кажется странным:
    >
    > du -sch /* *=>* 9.6G total
    > df *=>* /dev/sda1 73774312 63974428 6052352 *92%* /
    >
    > ...какое-то непонятное несоответствие. Получается, что 92% == 9.6G, при
    > том, что SSD на 80G.
    Отмонтируйте и почекайте ФС.

    --
    WBR, wRAR
    signature.asc

    Andrey Melnikoff

    unread,
    May 18, 2012, 11:10:01 AM5/18/12
    to
    Дмитрий Н. Медведев <dmitry....@gmail.com> wrote:
    > du -sch /* *=>* 9.6G total
    > df *=>* /dev/sda1 73774312 63974428 6052352 *92%* /

    > ...какое-то непонятное несоответствие. Получается, что 92% == 9.6G, при
    > том, что SSD на 80G.

    открытые но уже удаленные файлы. i.e. на диске их нету, du
    их не видит, но место в fs они еще занимают.
    lsof -n | awk '/deleted/ {sum+=$7} END {print sum}'
    или
    lsof -n | awk '/deleted/ {print $2 " " $7 " " $9}'
    чтоб посмотреть кто там чего держит.

    или
    touch /forcefsck && reboot


    --
    To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
    Archive: http://lists.debian.org/1v3i89-...@kenga.kmv.ru

    Дмитрий Н. Медведев

    unread,
    May 19, 2012, 5:00:02 AM5/19/12
    to
    открытые но уже удаленные файлы. i.e. на диске их нету, du
    их не видит, но место в fs они еще занимают.
    lsof -n | awk '/deleted/ {sum+=$7} END {print sum}'
    или
    lsof -n | awk '/deleted/ {print $2 " " $7 " " $9}'
    чтоб посмотреть кто там чего держит.


    lsof -n | awk '/deleted/ {sum+=$7} END {print sum}'
    67732393564

    нда уж...
     
    или
    touch /forcefsck && reboot


    честно признаться, reboot — не сильно хорошая опция... Нельзя ли как-то без него обойтись?

    Andrey Rahmatullin

    unread,
    May 19, 2012, 5:10:01 AM5/19/12
    to
    On Sat, May 19, 2012 at 12:55:16PM +0400, Дмитрий Н. Медведев wrote:
    > >
    > > открытые но уже удаленные файлы. i.e. на диске их нету, du
    > > их не видит, но место в fs они еще занимают.
    > > lsof -n | awk '/deleted/ {sum+=$7} END {print sum}'
    > > или
    > > lsof -n | awk '/deleted/ {print $2 " " $7 " " $9}'
    > > чтоб посмотреть кто там чего держит.
    > >
    > >
    > lsof -n | awk '/deleted/ {sum+=$7} END {print sum}'
    > *67732393564*
    >
    > нда уж...
    >
    >
    > > или
    > > touch /forcefsck && reboot
    > >
    > >
    > честно признаться, reboot — не сильно хорошая опция... Нельзя ли как-то без
    > него обойтись?
    Ну посмотрите, каким процессам принадлежат большие удалённые файлы.


    --
    WBR, wRAR
    signature.asc

    Дмитрий Н. Медведев

    unread,
    May 19, 2012, 5:50:02 AM5/19/12
    to
    я конечно тот ещё программер... но вот, если кому пригодится:

    #!/bin/bash
    lsof +L1 -t > L1-before.txt
    kill `lsof +L1 -t` >/dev/null 2>&1
    lsof +L1 -t > L1-after.txt

    Надеюсь что ничего такого страшного с системой не сделал. Использованное пространство сократилось с 96% до 6%
    > df
    Filesystem           1K-blocks      Used       Available    Use% Mounted on
    /dev/sda1             73774312       3864020  66162760   6%     /

    PS: почитал про deleted файлы. Очевидным для меня стало следующее: не понятно как правильно удалять файлы, открытые процессами — каков основной подход, кто в курсе?

    PPS: а так, спасибо за помощь! сам бы хрен догадался про lsof +L1
    ----
    Dmitry N. Medvedev,

    Tel.:
     +7 916.795.1839

    E-mail:
     dmitry....@gmail.com



    2012/5/19 Andrey Rahmatullin <wr...@wrar.name>

    Andrey Rahmatullin

    unread,
    May 19, 2012, 6:00:02 AM5/19/12
    to
    On Sat, May 19, 2012 at 01:46:51PM +0400, Дмитрий Н. Медведев wrote:
    > я конечно тот ещё программер... но вот, если кому пригодится:
    >
    > #!/bin/bash
    > > lsof +L1 -t > L1-before.txt
    > > *kill `lsof +L1 -t` >/dev/null 2>&1*
    > > lsof +L1 -t > L1-after.txt
    >
    >
    > Надеюсь что ничего такого страшного с системой не сделал. Использованное
    > пространство сократилось с 96% до 6%
    Т.е. вы так и не посмотрели, какие процессы их использовали?

    > > > df
    > > Filesystem 1K-blocks Used Available Use% Mounted on
    > > /dev/sda1 73774312 3864020 66162760 *6*% /
    >
    >
    > PS: почитал про deleted файлы. Очевидным для меня стало следующее: не
    > понятно как правильно удалять файлы, открытые процессами — каков основной
    > подход, кто в курсе?
    Что значит правильно?

    --
    WBR, wRAR
    signature.asc

    Дмитрий Н. Медведев

    unread,
    May 19, 2012, 6:10:02 AM5/19/12
    to
    Т.е. вы так и не посмотрели, какие процессы их использовали?


    нет-нет, конечно же посмотрел. это был apache, ice, zabbix и что-то там ещё ( по-моему был root, но я не уверен, может быть это всё-таки пользователь, а не процесс. извиняюсь, не вполне ещё комфортно себя чувствую в линуксе ). 

    Artem Chuprina

    unread,
    May 20, 2012, 1:40:01 PM5/20/12
    to
    Дмитрий Н. Медведев -> Andrey Rahmatullin @ Sat, 19 May 2012 13:46:51 +0400:

    ДНМ> PS: почитал про deleted файлы. Очевидным для меня стало следующее: не
    ДНМ> понятно как правильно удалять файлы, открытые процессами — каков основной
    ДНМ> подход, кто в курсе?

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

    В тяжелом случае - прибить сам процесс.

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


    --
    To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
    Archive: http://lists.debian.org/87k406b...@wizzle.ran.pp.ru
    0 new messages