Re: Перенос системы с минимальной болью
On Sun, Oct 19, 2014 at 14:16 +0400, kast...@mail.ru wrote: > > Кроме того, не рухнет ли dd, наткнувшись на те самые bad blocks, из-за > > которых весь сыр-бор? > > > > "rsync -aH после grub-install" - то, что я делал в тот раз (кажется я > > задействовал tar, а не rsync, но это вряд ли принципиально). Не > > взлетел grub, что-то ему в идентификации партиций не понравилось, не > > помню уже :( Вот есть где-нибудь чёткий алгоритм, как это обойти? > > > > Да, я знаю, что с grub-legacy проще - так что, сначала переходить с > > grub2 на grub-legacy? > > Пардон, а почему rsync ПОСЛЕ grub-install? > > 1. Грузимся с любого live-cd > 2. Монтируем диски 'старый /' и 'новый /' > 3. rsyncом их. (что-то мне кажется, что опцию -p тоже забывать не стоит) > 4. chroot 'в новый /' > 5. и там уже grub-install > 6. Грузимся с нового винта. Ну приблизительно это, я и имел в виду *rsync -aH, после grub-install*. Только без первого пункта. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020074834.GB1382@ada
Re: Перенос системы с минимальной болью
Mikhail Ramendik writes: > Всем привет! > > Год назад я переносил систему с одного HDD на другой, скопировав > содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать > с grub. Судя по всему, ещё не достаточно задолбались. Те, кто действительно задолбались, уже выкинули его. Я вот заменил его на lilo, и с тех пор проблем не знаю. > Мне надо сохранить настройки. У меня есть штук так > несколько кастомизированных пакетов, но deb от всех имеется вроде, > разве что патченный на предмет кодировок unzip могу уже не найти - но > его в конце концов пересобрать можно. Простите, я правильно понимаю, что "пропатченный на предмет кодировок unzip" решает проблему с именами файлов? Если да, то где Вы брали патч и каковы впечатления от его работы? pgpsbgF23vYTB.pgp Description: PGP signature
Re: Перенос системы с минимальной болью
Victor Wagner writes: > В Sun, 19 Oct 2014 00:25:03 +0100 > Mikhail Ramendik пишет: > >> Всем привет! > >> Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на >> новый диск? Мне надо сохранить настройки. У меня есть штук так > > Выкинуть нафиг grub и поставить extlinux в качестве загрузчика. > Из всех имеющихся в дистрибутиве загрузчиков сейчас extlinux наименее > извращенный. А как он по сравнению со старым добрым lilo? Есть у него перед lilo принципиальные преимущества? > А у авторов grub явно Поттеринг головного мозга. +1 pgpxZSxkIdEwz.pgp Description: PGP signature
Когда синхронизировать зеркала?
У меня такое ощущение, что уже второй раз я выбираю неверное время синхронизации зеркал репозиториев Debian. Я вот ставил apt-get update на 5 утра и у меня mirror.yandex.ru валился. Я перенёс на 1:30, и теперь у меня не обновляется debian-multimedia. Вы не подскажете, есть ли способ узнать, во сколько синхронизируются интересующие меня репозитории? Быстрый поиск по вебу как-то не принёс результатов. pgpCvNE2MUVfF.pgp Description: PGP signature
Re: Перенос системы с минимальной болью
Anton Stratonnikov writes: > 19.10.2014 15:44, Mikhail Ramendik пишет: >> 2014-10-19 12:02 GMT+01:00 dimas : >> >>> да никогда проблем не было. >>> как уже сказали - cp всего и вся на новые фс, >> Ну там что-то такое с пермишшенами, но на то есть эн решений... > cp -p сохранит все пермишны. правда будет чуть дольше работать. > >> Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти >> UUID... > для справки: Вы же знаете, что крмое UUID есть волшебное сочетание > LABEL? и что по нему можно монтировать через fstab как LABEL=label > вместо длинющего и непонятного UUID=asdfasdfadsf ? Логичный вопрос: если на момент загрузки оси у нас есть два блочных устройства, ФС на которых имеют одинаковый label, то какое из них будет взято? pgpn62Y7tEeNe.pgp Description: PGP signature
Re: Перенос системы с минимальной болью
Руслан Коротаев writes: > В сообщении от [Вск 2014-10-19 17:51 +0400] > Artem Chuprina пишет: >> Базовый /dev, кстати, не пустой. > > Действительно не пустой, но это рудимент. Можно считать что он пустой и > ничего из него не копировать. Собственно вы можете в любом каталоге > выполнить команду: > # MAKEDEV generic Ну, я бы не сказал, что это рудимент. Это, скорее, специальная фича, оставленная на тот маловероятный случай, если udev загнётся по каким бы то ни было причинам, чтобы обеспечить работу минимальной системы. > и получить статические файлы устройств, но они ничего не значат, теперь > каталог /dev заполняется динамически с помощью udev [1]. > > [1] https://packages.debian.org/wheezy/makedev pgpTzZmacvOdz.pgp Description: PGP signature
PG и autovacuum
Здравствуйте. Подскажите пожалуйста, как настроить autovacuum для postgresql. Есть одна таблица с часто меняющимися записями, то есть не update, а insert, delete. Например при полутора миллионах записей: name | oid | size_mb | count ---+---+-+- test | 18384 | 92 | 1.59718e+06 test_pkey | 18387 | 63 | 1.59718e+06* * После этого удаляем 90% записей, размер тот же. name | oid | size_mb | count ---+---+-+ test | 18384 | 92 | 161024 test_pkey | 18387 | 63 | 161024 Если сделать vacuum full, то размер уменьшается, но это нужно делать вручную. Как автоматизировать? Таблица дана для примера, реальная разрастается на многие сотни Мб и всё растёт. Текущие настройки autovacuum: #-- # AUTOVACUUM PARAMETERS #-- autovacuum = on # Enable autovacuum subprocess? 'on' # requires track_counts to also be on. #log_autovacuum_min_duration = -1 # -1 disables, 0 logs all actions and # their durations, > 0 logs only # actions running at least this number # of milliseconds. autovacuum_max_workers = 2 # max number of autovacuum subprocesses # (change requires restart) autovacuum_naptime = 10min # time between autovacuum runs autovacuum_vacuum_threshold = 20# min number of row updates before # vacuum autovacuum_analyze_threshold = 10 # min number of row updates before # analyze #autovacuum_vacuum_scale_factor = 0.1 # fraction of table size before vacuum #autovacuum_analyze_scale_factor = 0.1 # fraction of table size before analyze #autovacuum_freeze_max_age = 2 # maximum XID age before forced vacuum # (change requires restart) #autovacuum_vacuum_cost_delay = 20ms# default vacuum cost delay for # autovacuum, in milliseconds; # -1 means use vacuum_cost_delay #autovacuum_vacuum_cost_limit = -1 # default vacuum cost limit for # autovacuum, -1 means use # vacuum_cost_limit -- Regards Dmitry Podkovyrkin mobile: +7 922 20 56 756 email: dmitry@rutelecom.company skype: dmitryrw -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5444B5A8.6030705@rutelecom.company
Re: Перенос системы с минимальной болью
On Mon, Oct 20, 2014 at 11:48:34AM +0400, Dmitryv Volkov wrote: > On Sun, Oct 19, 2014 at 14:16 +0400, kast...@mail.ru wrote: > > Пардон, а почему rsync ПОСЛЕ grub-install? > > > > 1. Грузимся с любого live-cd > > 2. Монтируем диски 'старый /' и 'новый /' > > 3. rsyncом их. (что-то мне кажется, что опцию -p тоже забывать не стоит) > > 4. chroot 'в новый /' > > 5. и там уже grub-install > > 6. Грузимся с нового винта. > > Ну приблизительно это, я и имел в виду *rsync -aH, после > grub-install*. > Только без первого пункта. Есть подозрение, (как уже озвучивали), что проблемы именно из-за отсутствия первого пункта. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020094158.GA349@eee-crux
Re: Перенос системы с минимальной болью
20.10.2014 8:40, Dmitrii Kashin пишет: >>> Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти >>> UUID... >> для справки: Вы же знаете, что крмое UUID есть волшебное сочетание >> LABEL? и что по нему можно монтировать через fstab как LABEL=label >> вместо длинющего и непонятного UUID=asdfasdfadsf ? > > Логичный вопрос: если на момент загрузки оси у нас есть два блочных > устройства, ФС на которых имеют одинаковый label, то какое из них будет > взято? По обстоятельствам, насколько я успел убедиться. Аналогично и с UUID. Отличный кстати способ незаметно выстрелить себе в ногу. -- С уважением, Космач Максим -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5444df44.3030...@tcen.ru
Re: Перенос системы с минимальной болью
2014-10-20 5:52 GMT+01:00 Dmitrii Kashin : >> Год назад я переносил систему с одного HDD на другой, скопировав >> содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать >> с grub. > > Судя по всему, ещё не достаточно задолбались. Те, кто действительно > задолбались, уже выкинули его. Я вот заменил его на lilo, и с тех пор > проблем не знаю. Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик ставить по новой, совсем. Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии, что система - wheezy, а не jessie. На данной машине с данным профилем использования был, есть и будет stable. > >> Мне надо сохранить настройки. У меня есть штук так >> несколько кастомизированных пакетов, но deb от всех имеется вроде, >> разве что патченный на предмет кодировок unzip могу уже не найти - но >> его в конце концов пересобрать можно. > > Простите, я правильно понимаю, что "пропатченный на предмет кодировок > unzip" решает проблему с именами файлов? Если да, то где Вы брали патч и > каковы впечатления от его работы? Я брал патч в этой рассылке в 2008 году. Вот ключевая цитата из переписки: > > Некрасивый, но работающий, способ: > > https://bugzilla.altlinux.org/show_bug.cgi?id=4871 > > Пакет: > > http://lvk.cs.msu.su/~gq/debian/unzip_5.52-9etch1.1_i386.deb Я, насколько я помню, просто взял пакет, его по ссылке сейчас уже нет. Если нужно, я поищу у себя в архивах этот пакет. Первая ссылка, с патчем - работает, правда, патчей там несколько и непонятно, какой имеется в виду, но наверное последний. Ещё из той же переписки: > Вообще-то красивый способ в патче unzip-5.52-alt-natspec.patch > к пакету, см. > http://sisyphus.ru/srpm/Sisyphus/unzip/patches После того, как я взял пакет, для зип-файлов с русскими именами внутри, скачанных из инета, file-roller стал показывать правильные имена внутри. А мне это и было нужно - машину использует супруга, она музыкант и регулярно качает ноты в зипах. Я поставил автооткрытием file-roller, прибил гвоздиком unzip в aptitute/apt-get и успокоился. Вот так он с тех пор гвоздиком и прибитый, хотя пакет для etch, а у меня тогда стоял уже lenny, с тех пор были апгрейды на squeeze и wheezy. Вроде так и продолжает работать. ...вот потому у меня и установлен Debian, что концентрация специалистов вот конкретно здесь сильно превышает любые убунтуфорумы. -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: Когда синхронизировать зеркала?
запусти aptitude update - когда полетят pdiff'ы, там будет написано их время создания. на память - кажется, в 2-xx и в 14-xx. это для ftp.ru.d.o, всякие яндексы могут и слоупочить за d-m.o можно спросить у тамошнего мейнтейнера 2014-293 09:57 Dmitrii Kashin wrote: > > У меня такое ощущение, что уже второй раз я выбираю неверное время > синхронизации зеркал репозиториев Debian. Я вот ставил apt-get update на > 5 утра и у меня mirror.yandex.ru валился. Я перенёс на 1:30, и теперь у > меня не обновляется debian-multimedia. Вы не подскажете, есть ли способ > узнать, во сколько синхронизируются интересующие меня репозитории? > Быстрый поиск по вебу как-то не принёс результатов. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020154409.41581...@ulf.tvoe.tv
Re: Перенос системы с минимальной болью
В Mon, 20 Oct 2014 11:41:45 +0100 Mikhail Ramendik пишет: > Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его > придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик > ставить по новой, совсем. > > Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии, > что система - wheezy, а не jessie. На данной машине с данным профилем > использования был, есть и будет stable. Я описывал свой опыт переноса Wheezy на 3TB диск и разметку GPT. http://blog.tataranovich.com/2013/02/3tb.html -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020143845.5b1abc36@dragoncore.local
Re: Перенос системы с минимальной болью
> Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его > придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик > ставить по новой, совсем. > Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии, > что система - wheezy, а не jessie. На данной машине с данным профилем > использования был, есть и будет stable. что значит "как uefi" и "как bios"? если имеется в виду таки mbr vs gpt, то тот же гроб2 умеет и gpt и черта лысого. на лайв-флешке с gpt у меня syslinux, но там обновлять нечего, и конфиг самописный, что там оно само умеет, я хз -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020154833.14d39...@ulf.tvoe.tv
Re: Перенос системы с минимальной болью
да как-то я переносил по-живому, нормально все. cp -x, а если другим каким способом, то либо что-то аналогичное поискать, либо вручную поисключать /proc, /sys, /dev, /run. /lib/init/rw, /tmp, /var/tmp, /что/нибудь/еще... да, возможны нюансы, но до степени полной незагружабельности - это вряд ли 2014-293 13:41 kast...@mail.ru wrote: > > > 1. Грузимся с любого live-cd > Есть подозрение, (как уже озвучивали), что проблемы именно из-за > отсутствия первого пункта. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020155402.6fc8f...@ulf.tvoe.tv
Re: Перенос системы с минимальной болью
а на тот случай ведро довольно давно умеет само заполнять devtmpfs, а при желании - и монтировать ее само сразу после корня. правда, не могу сказать, включено ли оно в дистрибутивных ведрах, у меня самосбор. для всяких микролинуксов вроде какой-нибудь минималистичной лайв-флешки для бэкапа/разбэкапа вполне работает. только на hotplug все равно надо кого-то вешать. но тут приходит на помощь busybox'овский mdev 2014-293 08:35 Dmitrii Kashin wrote: > Ну, я бы не сказал, что это рудимент. Это, скорее, специальная фича, > оставленная на тот маловероятный случай, если udev загнётся по каким бы > то ни было причинам, чтобы обеспечить работу минимальной системы. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020155913.65f19...@ulf.tvoe.tv
iceweasel убивший сессию.
Обновил сабж до версии 31.2.0esr-2~deb7u1, а он взял и грохнулся с сегфолтом. Вернулся на версию 24. И обнаружил, что сессию мне этот 31 убил. Причём убил намертво: открывается пустое окно восстановления сессии. Пытался заменить sessionstore.js на sessionstore.bak (он вроде нормальный), а нифига не работает -- сессия так же пустая. Что делать?
Re: Перенос системы с минимальной болью
2014-10-20 12:38 GMT+01:00 Andrey Tataranovich : >> Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его >> придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик >> ставить по новой, совсем. >> >> Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии, >> что система - wheezy, а не jessie. На данной машине с данным профилем >> использования был, есть и будет stable. > > Я описывал свой опыт переноса Wheezy на 3TB диск и разметку GPT. > > http://blog.tataranovich.com/2013/02/3tb.html Огромное спасибо! Это именно то, что нужно. Теперь буду гуглить и думать, имеет ли и мне смысл переходить на LVM. Вопросы: - partition alignment по границам физических секторов (4096B) в parted делается автоматически? - Я правильно понял, что в GPT нет понятия extended partition и если мне нужно, скажем, пять разделов, я просто создаю в parted все подряд? (Это если без LVM) - Вы там вроде не меняли пакет grub-pc на grub-efi - оно просто не надо и всё работает и так? В некоторых местах пишут, что надо. И bios_grub раздел он просто находит сам? -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: iceweasel убивший сессию.
Поставить обычный Firefox и прекратить пользоваться этим говноподелием под названием "iceweasel" 20.10.2014 16:03, Sciko Good пишет: Обновил сабж до версии 31.2.0esr-2~deb7u1, а он взял и грохнулся с сегфолтом. Вернулся на версию 24. И обнаружил, что сессию мне этот 31 убил. Причём убил намертво: открывается пустое окно восстановления сессии. Пытался заменить sessionstore.js на sessionstore.bak (он вроде нормальный), а нифига не работает -- сессия так же пустая. Что делать? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5444fc32.7000...@yandex.ru
Re: Перенос системы с минимальной болью
В сообщении от [Пнд 2014-10-20 11:41 +0100] Mikhail Ramendik пишет: > Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его > придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик > ставить по новой, совсем. > > Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии, > что система - wheezy, а не jessie. На данной машине с данным профилем > использования был, есть и будет stable. Недавно впервые попробовал установить wheezy на UEFI - это был квест. Да, система встала, установил по этой инструкции [1], но X отказывался загружатся, само ядро при загрузке постоянно сыпало ошибками. Порядком намучавшись бросил эту затею, установил режим поддержки совместимости (на материнке ASUS он назавается CSM или legacy BIOS), последнюю версию ядра из бэкпорта и пакет firmware-linux-nonfree, только тогда всё заработало. После установки, я обычно вывожу всякие параметры железа в монитор conky, а тут сюрприз lm-sensors ничего не нашел, всё спрятано в UEFI, даже вентилятором нельзя управлять. В общем не рекомендую вам работать с wheezy на UEFI, нужно подождать следующий релиз. Возможно другие дистры научились рабоать с UEFI, но пока рекомендую работать в режиме совместимости (если у вас его нет, значит вам не повезло). А насчет диска в 3 Tб, тут всё просто - GPT + GRUB2 [2]. [1] http://www.rodsbooks.com/efi-bootloaders/installation.html [2] http://www.ibm.com/developerworks/ru/library/l-gpt/ -- С уважением, Коротаев Руслан Профиль: http://plus.google.com/105183056726716330520 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020123102.GA2919@debian
Re: Перенос системы с минимальной болью
2014-10-20 13:31 GMT+01:00 Руслан Коротаев : >> Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его >> придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик >> ставить по новой, совсем. >> >> Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии, >> что система - wheezy, а не jessie. На данной машине с данным профилем >> использования был, есть и будет stable. > > Недавно впервые попробовал установить wheezy на UEFI - это был квест. > Да, система встала, установил по этой инструкции [1], но X отказывался > загружатся, само ядро при загрузке постоянно сыпало ошибками. Порядком > намучавшись бросил эту затею, установил режим поддержки совместимости > (на материнке ASUS он назавается CSM или legacy BIOS), последнюю версию > ядра из бэкпорта и пакет firmware-linux-nonfree, только тогда всё > заработало. > > После установки, я обычно вывожу всякие параметры железа в монитор > conky, а тут сюрприз lm-sensors ничего не нашел, всё спрятано в UEFI, > даже вентилятором нельзя управлять. В общем не рекомендую вам работать с > wheezy на UEFI, нужно подождать следующий релиз. Возможно другие дистры > научились рабоать с UEFI, но пока рекомендую работать в режиме > совместимости (если у вас его нет, значит вам не повезло). > > А насчет диска в 3 Tб, тут всё просто - GPT + GRUB2 [2]. Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка работать вообще будет? Это ведь единственное, что мне вообще от UEFI нужно. -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: Перенос системы с минимальной болью
В сообщении от [Пнд 2014-10-20 13:48 +0100] Mikhail Ramendik пишет: > Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка > работать вообще будет? Это ведь единственное, что мне вообще от UEFI > нужно. Материнка по умолчанию в UEFI, вам нужно переключить её в CSM и всё заработает. И для GPT разметки не забудьте выделить раздел ~10 Mb c флагом bios_grub. -- С уважением, Коротаев Руслан Профиль: http://plus.google.com/105183056726716330520 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020141139.GA3063@debian
Re: Перенос системы с минимальной болью
В Mon, 20 Oct 2014 13:03:50 +0100 Mikhail Ramendik пишет: > Вопросы: > > - partition alignment по границам физических секторов (4096B) в parted > делается автоматически? Да (при условии, что parted правильно видит размер логического/физического секторов. > - Я правильно понял, что в GPT нет понятия extended partition и если > мне нужно, скажем, пять разделов, я просто создаю в parted все подряд? > (Это если без LVM) Да > - Вы там вроде не меняли пакет grub-pc на grub-efi - оно просто не > надо и всё работает и так? В некоторых местах пишут, что надо. И > bios_grub раздел он просто находит сам? У меня грузится через Legacy Boot. Я не настраивал EFI. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020164749.1b6e2186@dragoncore.local
Re: Перенос системы с минимальной болью
2014-10-20 15:11 GMT+01:00 Руслан Коротаев : >> Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка >> работать вообще будет? Это ведь единственное, что мне вообще от UEFI >> нужно. > > Материнка по умолчанию в UEFI, вам нужно переключить её в CSM и всё > заработает. И для GPT разметки не забудьте выделить раздел ~10 Mb c > флагом bios_grub. Залез в setup материнки, нашёл там CSM, он уже Enabled. И там написано "please don't set to disable unless running WHCK test". Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это требуется поменять? -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: Перенос системы с минимальной болью
On Mon, 20 Oct 2014, Mikhail Ramendik wrote: Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это требуется поменять? Если SSD устанавливать не собираетесь, то не так уж и важно. AHCI более новый интерфейс, IDE более старый и соответственно более поддерживаемый. Под linux лучше ставить AHCI. Ю.
Re: Перенос системы с минимальной болью
В сообщении от [Пнд 2014-10-20 17:36 +0100] Mikhail Ramendik пишет: > Залез в setup материнки, нашёл там CSM, он уже Enabled. И там написано > "please don't set to disable unless running WHCK test". Тут сложно помочь, каждый производитель реализует UEFI по своему, например у меня при выборе меню CSM выскакивают несколько пунктов [1] в которых я везде выбираю Legacy OpROM. То что у вас есть CSM уже хорошо, попробуйте разные варианты, какой-нибудь обязательно сработает. [1] http://linkme.ufanet.ru/images/51e36d314c56ec45824b0dc688121ecf.jpg -- С уважением, Коротаев Руслан Профиль: http://plus.google.com/105183056726716330520 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020173224.GA3999@debian
Re: iceweasel убивший сессию.
> Поставить обычный Firefox и прекратить пользоваться этим > говноподелием под названием "iceweasel" не знаю что вы не поделили с iceweasel, но ваш совет не поможет -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Приструнить kswapd0.
Доброго времени суток. Можно как-то приструнить kswapd0 - а то он постоянно сильно тормозит ОС, хотя у меня подкачки нету, да и памяти свободной есть около 200 МБ. - Я делал шифрованную подкачку, но часто было так, что ОС намертво зависала. Приходилось только перезагружать волшебной комбинацией с SysRq. Версия системы - 7. Спасибо за помощь! С уважением, Ста. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021121715.66d3ed80@STNset
Re: iceweasel убивший сессию.
Может кому поможет. Делал так как указано тут:
http://winitpro.ru/index.php/2014/04/30/vosstanovlenie-predydushhej-sessii-vkladok-v-mozilla-firefox/
Т.е. открыл файл sessionstore.bak как текстовый файл (не забываем выставить
кодировку utf-8!) и в firebug запустил следующий код:
javascript:(function(){var
D=document,H,i=j=0,P=D.getElementsByTagName('PRE'),t='',R=/[^:]\{"entries":\[\{("url":"([^"]*)")\,("title":"([^"]*)"){0,1}/g,T,U;for(j=0;E=P[j];j++){H=E.innerHTML;while(R.exec(H)){U=RegExp.$2;T=RegExp.$4;if(T.length==0){T=U;}t+='['+(++i)+']
'+T+'
('+U+')<\/a>';}}with(window.open().document){write(t);close()}})();
В результате создался файл со ссылками-вкладками предыдущего сеанса.
Re: iceweasel убивший сессию.
Забыл добавить, что судя по моему расследованию в потере вкладок виноват скрипт chrome://browser/content/tabbrowser.xml:59 Почему-то именно тут сперва виснет, а потом крэшится браузер.
