Я правильно понимаю что умышленных ограничений по оперативке (как это было на семерке) между разными редакциями нет? (или в этой табличке просто решили умолчать об этом?)
cicatrix, это у вас на 100 исключений не возникает. попробуйте его до INT_MAX погонять. Стандартного размера стэка, если я не ошибся, должно не хватить.
Она тут не прописана. Она подмонтируется когда вы в файловом менеджере тыкаете в нее мышкой?
Введите в консоль lsblk (если не ошибаюсь ее надо из под суперпользователя запускать), найдите там ваш "проблемный" диск (вам нужено его имя, скорее всего у вас это будет /dev/sdb1 или /dev/sda1), затем поищите ваш раздел в логах /var/log/syslog. Скорее всего он на что-нибудь там будет ругаться. (предположу что перед руганью будет что-то типа mount или mounting .
А что вас удивляет? Вы подсунули системе 32 битную либу, как якобы 64 битную, а она не обманулась (от зараза, да?).
Это не пакет трейсер, к стати, ругается. Это ругается загрузчик (Я имею ввиду ld.so.) Их у вас разных как минимум 2: для x86 и для AMD64. Вы второму подсунули либу не той архитектуры, которую он ждет.
Обратите внимание на название пакета. У DEB и RPM в конце принято писать архитектуру (i386, i686, AMD, ARMv7, MIPS, ANY и т.п.). i686 это x86 (32 битные интелы и им подобные), вам же нужна AMD64 (64 битные интелы и им подобные)
А вы уверены что у вас одинаковое обновление? Кроме вышеназванных разрядности и разных видеокарт могут быть не идентичные обновления. Например какая-то эксперементальная фича связанная с производительностью - например половина игроков играет в версию где какое-то действие сдлеано одним способом, а вторая где оно сделано иначе и в итоге смотрят на большой выборке что дает меньше проблем и/или болmший прирост производительности.
Sanes, смотря какой софтовый рейд. ZFS умеет и делает. И на рандомном чтении дает прирост даже на RAID5 (хотя вроде как везде пишут что Raid5 имеет производительность самого медленного диска, но де факто она при рандомном доступе возрастает пропорционально числу дисков в рейде)
Гемморно номер переносить (который у меня с 2005 года). Да и сомневаюсь что другие чем-то лучше. (покрайней мере от МТС у меня очень отрицательные впечатления, уж лучше Пчелайн. Правда Теле2 и Мегафон еще не пробовал)
Временно решил это скриптом очистки логов раз в час.
Можно логи перенаправить не в /dev/null, а просто писать в другой файл, удаляя их периодически (ну это в случае если они вам потенциально могут понадобиться).
r-syslog имеет настройку ротации логов по их длинне - можно просто оставить M последних логов по N мегебайт, а более старые он сам будет удалять. Погуглите на эту тему редкахтовские маны на rsyslog (даже если у вас не редхат, там разницы никакой, а других адекватных манов по rsyslog мне как-то не попадалось)
p.s.
А какой у вас loglevel? Есть подозрение, что у вас DEBUG, а он и должен писать много, но по делу. (К стати, в мане недвусмысленно сказанно что в дебаг логах вы рискуете засветить конфеденциальную информацию, персональные данные и т.п.)
