vadik
Как всегда: при запуске ругань есть? /etc/hosts правильно заполнен? на чистом профиле пробовали?
Ругани нет; hosts я не трогал, там только localhost; про чистый профиль - не понимаю профиль чего.
Раньше у меня был Archbang с ModemManager - там этот эффект тоже возникал во время "пересменки" (когда модем уже соединился с компьютером, но ещё не соединился с интернетом). Сейчас Arch, поставленный честно с нуля, никаких автоматических сетевизмов нет вообще. В rc.local (запуск которого включён) сеть конфигурируется вот так:
ip link set enp2s0 down
ip link set enp3s5 down
ip link set dev enp2s0 name eth0
ip link set dev enp3s5 name eth1
ip link set eth0 up
ip addr add 192.168.1.21/24 dev eth0
ip link set eth1 up
ip addr add 192.168.2.3/24 dev eth1
ip route del default
ip route add default via 192.168.2.1
Eth0 - связь с другим компьютером, который почти всегда выключен. Eth1 - связь с ADLS-модемом.
(Не знаю, соответствует ли это тематике данного формуа, но более подходящего не нашёл.)
Обычно mc запускается быстро (менее секунды), но иногда тормозит на несколько секунд, а то и десятков секунд. И если уж торомозит, то тормозит везде - хоть первый экземпляр, хоть второй, хоть в эмуляторе терминала, хоть в ядерной консоли. Тема эта вечная, опубликована куча заклинаний, и все они мне не помогают.
Так вот, я нашёл закономерность, когда он у меня тормозит: когда (1) сеть как бы есть, и (2) реального выхода в интернет нет. У меня интернет через ADSL-модем, подключён через интерфейс eth1 (eth0 ведёт к выключенному компьютеру). NetworkManager-а и прочей такой фигни с некоторых пор нет, всё конфигурируется при загрузке командами ip. Ситуацию показывают следующие примеры.
Пример 1. Модем связался с интернетом, линк поднят - запуск mc не тормозит.
Пример 2. Выдёргиваю сетевой кабель из модема (eth1 остаётся при это UP) - запуск mc тормозит.
Пример 3. Ввожу ip set down eth1 - запуск mc не тормозит.
Всё то же самое я проделывал в ubuntu 12.04, предварительно прибив NetworkManager, - там mc не тормозит никогда. То есть, похоже, это Arch-специфический глюк.
Вот как выглядит сеть, когда mc тормозит:
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
    link/ether 40:61:86:85:ce:69 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.21/24 scope global eth0
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
    link/ether 00:02:44:88:e0:e5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.3/24 scope global eth1
Кто виноват? Что делать?
lampslave
И поверьте, лучше не извращаться и grub4dos сюда не привлекать.
А какие подводные камни-то? У меня дома grub4dos грузит 5 линуксов, WinXP, Win7 и DOS. На нескольких компах на работе он грузит Windows (7 или XP) и два линукса (боевой и спасательный). Никаких проблем.
Достоинство grub4dos в том, что его файлы (которых всего два) могут лежать на любом разделе. С grub всё заковыристее. Например, поставит человек Линукс (с grub в MBR), наиграется, и решит снести, переформатировать раздел в NTFS и записать туда фильмы. Надо достаточно хорошо разбиратся в этой кухне, чтобы в результате не получить компьютер, который вообще не грузится. А с grub4dos - никаких проблем: кладём 2 файла на самый "надёжный" раздел, и всё. А если, вдруг, не угадали, и именно этот раздел надо переформатировать - перекинуть файлы на любой другой раздел.
littlefuntik
В данный момент установлен Windows 7
Нужно установить Arch на sda5.
GRUB не охота ставить, пусть будет стандартный виндовый загрузчик.
Виндовый загрузчик не умеет грузить Линукс. Проще всего поставить grub4dos на самый верхний уровень - он умеет грузить и Windows, и Linux.
Но, вообще-то, странная задача. А почему бы не поставить grub? Это самое простое решение. Положить в корень виндового раздела menu.lst и grldr, и запустить гуёвый установщик загрузочной записи. Всё это из-под windows, заранее. Ключевые слова grub4dos, grubinst_gui.exe.
littlefuntik
Знаю что такое возможно, но еще раз спрошу: "Возможно ли решить такую задачку?"
Возможно, наверно, только очень уж нетривиальная задача. Какой смысл насиловать виндовый загрузчик тем, чего он не умеет?
littlefuntik
Если да, то поясните, пожалуйста, в двух словах, что нужно сделать?
Чем подробнее, тем луче. А то я нашел только установку арча на чистый HDD. Дошел до fdisk и завис....
Хм... если разбивка уже сделана в винде, то зачем fdisk?
А может, не надо нырять сразу в в ручную инсталляцию Arch с нуля? Сперва поставить archbang для адаптации, а там, глядишь, на нём и остаться :)
domov0y
тут я увы полностью согласен. на меньше чем 3*128 мб рамы +P3 такое чудо будет почти бесполезно. Слишком уж прожорлив нынешний софт до памяти. хотя по чтению записи оно наверное сможет потягаться со свапом на жестком диске. Но не более того.
А при чём тут именно нынешний софт, равно как и многоядерные процессоры?
Это ж вечнозелёная идея, и софт был всегда прожорлив до современной ему памяти, и память была всегда быстрее, чем любой внешний носитель. Ещё во времен ДОС и Windows 3 (не Win NT 3, а просто Win 3 - это было до Windows 95) была утилита MagnaRam с практически таким же подходом - часть памяти отводилось под сжатый "своп". А в OS/2 сжатый промежуточный буфер был частью штатного функционирования системной системы свопинга, и, кстати, в физический своп данные, если и записывались, то сжатые (что уменьшало обмен с винтом).
nafanja
qbittorrent хороший был до 3 версии, а сейчас вылетает постоянно...
Не так однозначно. Я использую qbittorrent давно, постоянно обновляюсь, и никаких проблем нет. Был момент, когда действительно были падения (возможно, это как раз был переход на версию 3), но и это сразу вылечилось полным удалением конфигов и историй - и в ~/.config, и в ~.local, и в ~.cache. Сейчас стоит версия 3.0.9-1 - последняя на AUR.
Клиент хорошой. Для какого-то торрент-профи он, может, и простоват, но мне на 100% хватает. Последоваательное скачивание, естественно, есть, пользуюсь часто.
Пожалуй, единственное, что напрягает, это что приоритет скачивания нормально работает только внутри одного торрента, а между торрентами, похоже, просто игнорируется.
Natrio
akorop, вставьте обе флешки и выполните
lsblk -f
Вот так это выглядит до всех монтирований. То есть флэшки воткнуты, но нет ни правила udev, ни запущенных демонов-монтировщиков.
sdb     vfat   GDF2      33FC-C8D7
└─sdb1  vfat   GDF2      33FC-C8D7
sdc
└─sdc1  vfat   AK-4G     A313-32A4

Теперь выдёргиваю флэшки, копирую правило udev на рабочее место, и опять вставляю.
sdb     vfat   GDF2      33FC-C8D7
└─sdb1  vfat   GDF2      33FC-C8D7                            /media/GDF2
sdc
└─sdc1  vfat   AK-4G     A313-32A4                            /media/AK-4G

Таперь выдёргиваю флэшки, удаляю правило, запускаю devmon из пакета udevil и опять вставляю флэшки.
sdb
└─sdb1  vfat   AK-4G     A313-32A4                            /media/AK-4G
sdc     vfat   GDF2      33FC-C8D7
└─sdc1  vfat   GDF2      33FC-C8D7

В этих данных я вижу одно отличие: для заколдованной флэшки выводится UUID диска в целом, а для нормальной - не выводится. Что это за uuid - непонятно. Но, с другой стороны, для винта тоже выводится, притом и для sda2, который extended partition:
sda     vfat   DOS       4E05-3164
├─sda1  vfat   DOS       4E05-3164                            /home/ftp1/pub/c
├─sda2  vfat   DOS       4E05-3164
honaht
akorop
Я боюсь udisks, и всего, что с ним связано.
udevil может использоваться без udisks. Так что udevil и сам по себе же внушает тревогу.
Да, я присмотрелся - если я просто запускаю devmon, то udisks в памяти отсутствует. А фигня присутствует. Так что от этой флэшки udevil глючит точно так же, как глючит udidkie+udisks.
akorop
Вот какая фигня с одной флэшкой у меня получается при использовании udevil, udiskie и т.п.
honaht
УМВР:
@arch ~]$ mount|grep sdb && lsblk|grep sdb
/dev/sdb1 on /media/sdb1-usb-USB3.0_FLASH_DRI type vfat /.../
sdb       8:16   1  58,9G  0 disk
└─sdb1    8:17   1  58,9G  0 part /media/sdb1-usb-USB3.0_FLASH_DRI
udisks'опроблемы?
Как оказалось, не только udisks, но и udevil тоже.
[[email protected] rules.d]# top -b -n 1 | grep  "udisks\|udevil"
 8250 root      20   0  8000 1648 1304 S   0,0  0,0   0:00.00 udevil
[[email protected] rules.d]# lsblk | grep sdb ; mount | grep sdb
sdb       8:16   1   1,9G  0 disk
└─sdb1    8:17   1   1,9G  0 part
/dev/sdb on /media/GDF2 type vfat (<skip>)
А вот другая флэшка, с ней всё нормально. В чём разница - нопонятно
[[email protected] rules.d]# lsblk | grep sdb ; mount | grep sdb
sdb       8:16   1   3,7G  0 disk
└─sdb1    8:17   1   3,7G  0 part /media/AK-4G
/dev/sdb1 on /media/AK-4G type vfat (<skip>)
Natrio
Однако, в пакете ntfs-3g есть программы, работающие с NTFS-разделами целиком. Они НЕ заменяют форточный chksdk, к примеру, но зато позволяют вполне успешно проделывать с NFTS такие операции, которые форточка никогда не умела – например, изменять размер ФС (ntfsresize).
Отродясь не умела, а теперь умеет (в семёрке).
В том же пакете есть программа ntfsclone, которая умеет копировать разделы NTFS, без ненужного перетаскивания пустых блоков.
Обе программы я успешно использовал много раз :)
О! Спасибо, это как раз то, что надо для бэкапа винды! icast, Вам тоже на это стОит посмотреть.
Для большей наглядности я сваял такие скрипты:
# cat n_copy
DEV=$1
FILE=$2
echo "Create gzip-compressed copy of NTFS partition."
if [ -z $DEV ] ; then
  echo "Parameters: dev-name [file-name]"
  echo "By default file-name is dev-name-0.tgz"
  echo "Example: \"n_copy sda19\" or \"n_copy sda19 sda19-1.imz\" "
  exit 1
fi
if [ -z $FILE ] ; then
  FILE=$DEV-0.imz
fi
echo partition="/dev/$DEV file=$FILE"
read -p "Press Enter for process, or Ctrl-c for break"
CLUSTER=`ntfsinfo -m /dev/$DEV | grep "Cluster Size" | cut -c 15-40`
SIZE=`ntfsinfo -m /dev/$DEV | grep "Volume Size in Clusters" | cut -c 26-40`
FREE=`ntfsinfo -m /dev/$DEV | grep "Free Clusters" | cut -d " " -f 3`
TO_COPY=$(expr $SIZE - $FREE)
TO_COPY=$(expr $TO_COPY \* $CLUSTER)
echo "Cluster (bytes):" $CLUSTER "   Total (clusters)": $SIZE "  Free (clusters):" $FREE
echo "To copy (bytes):" $TO_COPY
time ntfsclone --save-image /dev/$DEV -o - 2> /dev/null | pv -s $TO_COPY | pigz -c > $FILE
# cat n_restore
DEV=$1
FILE=$2
echo "Restore NTFS partition from the gzip-compressed copy."
if [ -z $DEV ] ; then
  echo "Parameters: dev-name [file-name]"
  echo "By default file-name is dev-name-0.tgz"
  echo "Example: \"n_restore sda19\" or \"n_restore sda20 sda19-1.imz\" "
  exit 1
fi
if [ -z $FILE ] ; then
  FILE=$DEV-0.imz
fi
echo partition="/dev/$DEV file=$FILE"
read -p "Press Enter to process it or Ctrl-c to break"
TO_COPY=`stat -c %s $FILE`
echo "To copy compressed (bytes):" $TO_COPY
time  dd if=$FILE bs=8M | pv -s $TO_COPY | unpigz -dc | ntfsclone -r --overwrite /dev/$DEV - > /dev/null
honaht
Koluchka
udevil
Крайне плюсую, очень удобный скрипт и тонко настраивается, при необходимости.
Я боюсь udisks, и всего, что с ним связано. Вот какая фигня с одной флэшкой у меня получается при использовании udevil, udiskie и т.п.
mount | grep sdb
/dev/sdb on /media/GDF2 type vfat (<skip>)
lsblk | grep sdb
sdb       8:16   1   1,9G  0 disk
└─sdb1    8:17   1   1,9G  0 part
То есть (1) файловая система как бы смониторована для sdb, хотя на самом деле она на sdb1, и (2) точку мониторования lsblk почему-то не видит.
С другой флэшкой, на которой тоже один fat-раздел, всё нормально.
А при использовании правила udev, которое я приводил в стартовом посте, с той же заколдованной флэшкой всё выглядит так, как и должно быть:
mount | grep sdb
/dev/sdb1 on /media/GDF2 type vfat (<skip>)
lsblk | grep sdb
sdb       8:16   1   1,9G  0 disk
└─sdb1    8:17   1   1,9G  0 part /media/GDF2
Страшно использовать систему мониторования с явными глюками. Пусть эти глюки, вроде, чисто визуальные, но мало ли...