[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: Rei_Tux.jpg -(32 KB, 506x600, Rei_Tux.jpg)
32 No.190118  

Можно ли на одном hdd держать и winxp и линукс? Просто решил попробовать. Алсо, с дистрибутивом надо определиться. Мне просто смотреть аниме и листать Ычан.

>> No.190122  

Можно. Просто будешь выбирать пункт "загрузить виндовс" в меню загрузчика. Он сам его найдет и добавит, это давно работает и делать ничего не надо. Достаточно правильно разбить диск и установить две ОС на различных разделах.

>> No.190123  

>>190118
Ставь Mint Mate (основан на Ubuntu), он в точности как экспишечка, только более няшная и не устаревшая.

>> No.190126  

Можно. При установке любого современного дистра есть даже такой пункт 'Установить рядом с -твоя ось нейм-'. Всё просто и понятно, никаких знаний кроме умения читать не нужно даже на русском будет

>> No.190127  

>>190126
И до чего прогресс дошел? Разделы оно тоже само автоматически ресайзит? Если всё еще нужно переразбивать диск руками, рискуя потерять данные, то это не "никаких знаний кроме умения читать не нужно".

>> No.190128  

>>190127

>Разделы оно тоже само автоматически ресайзит?

Нет, но покажет тебе свободное место серым цветом а ты подвигаешь ползунок отрезая столько сколько тебе будет достаточно при этом без возможности залезть на занятое пространство. Справится даже тот кто читать не умеет.

>> No.190153  

>>190128
И тем не менее я всё еще не могу доверить своему бате установить линукс на комп с виндой. Придется объяснять ему как с разделами работать, он поймет но время придется потратить.

>> No.190154  
Файл: .jpg -(235 KB, 766x758, .jpg)
235

>>190118

>> No.190164  

Родина дала тебе виртуалки, зачем ставить сразу на реальное железо? Возьми virtualbox, и поставь в него любой дистр для новичков. Рекомендую xubuntu или mint с mate.

>> No.190178  

>>190165
Пусть ОП скажет про железо свое. Может у него такое старье, что ему никакой дистр для новичков не подойдет. Он посмотрит на тормоза дефолтных пингвиньих ДЕ, и вернется на XP, где интерфейс даже на третьепне летает.

>> No.190191  

>>190178
This
RAM 2Gb, Pentium IV, video 256Mb
Но ведь никто не заставляет меня ставить новые DE. Я вполне смогу обойтись оконным менеджером или gnome 2.

Алсо, вопрос: можно ли ничего не меняя, имея два раздела на hdd просто поставить в один из них? xp уже снесенавсе равно собирался ее переустанавливать

>> No.190192  

>>190191
Годное железо же. У меня лет пять назад такой компьютер был. Самая большая проблема была с памятью — гигабайта уже тогда остро не хватало.

>> No.190194  

>>190192
А у меня и сейчас почти такой же... И даже чуть-чуть хуже почти во всём кроме процессора.

>> No.190195  

>>190194
Реалии замкадья.

>> No.190198  

>>190194
А что, текущей производительности хватает, или денег нет на новое железо? Рекомендую пройтись по помойкам. Сам прошлым летом нашел четыре матери на 775 сокете правда бомжи нашли их раньше, дроссели оторваны, и два полностью рабочих компа на селероне с 478 сокетом.

Самый смак лежит на помойках в частном секторе и в промзонах, и там не так стыдно копошиться. Как раз сейчас снег сходит, надо бежать.

>> No.190200  

>>190198
Бомж-кун в треде)
Нет, вообще я, будучи школьником, таскал со школы старое железо. Но там всякие пеньтаки про и 2 и того же уровня. Настоящее раздолье было во времена эникействования в конторе-девелопере - собральсистемник со Gen2 i5, 16gb ram и 580 ti 2 штуки в сли. Роутер оттуда до сих пор юзаю. Всем там надо было прям вот последнее железо, а это добро валылось без надобности, старший админ говорит - бери - не хочу.
Вообще сейчас в каждой организации можно нарыть иногда очень даже пришичное железо

>> No.190201  

>>190200

>Вообще сейчас в каждой организации можно нарыть иногда очень даже пришичное железо.

Только как получить к нему доступ, если там не работаешь? Другое дело, что организации иногда и выкидывают еще годное железо, и делают это часто на несанкционированных свалках, чаще всего в промзоне среди заброшенных цехов. Админы конечно, перед выбросом снимают камни и оперативку. Но если они там зажрались на конфигурациях с i5, могут и оставить все на месте. Бомжи на таких помойках нечастые гости, если промзона большая, и достаточно отдалена от города.

>> No.190202  
Файл: qWPLpDmUFwk.jpg -(136 KB, 749x960, qWPLpDmUFwk.jpg)
136

Это форум линуксоидов?Я тоже должна буду начинать с копания в мусоре?

>> No.190204  
Файл: .png -(345 KB, 759x422, .png)
345

>>190202

>> No.190205  

>>190202
Конечно, каждый уважающий себя линуксоид начинает с рытья в помойке)
Если серьезно, то чтобы юзать линукс и прочие *nixы нужно четко понимать, зачем тебе это нужно .здесь вам не винда, чтобы нормально (всякие убунты не в счет) пользоваться надо разобраться, как функционирует система. Зачастую подготовка к работе занимает больше времени, чем сама работа. Посему для домашней системы не очень подходит. И да, настоятельно не советую копипастить команды в баш из интернетов.

>> No.190206  

>>190195
Угу.

>>190198
Второе. Нет, если бы не современный веб, то было бы даже не так уж и плохо, если забыть о современных же играх... Ну или если хотя бы поменять местами целую и дробную часть имеющейся оперативки 1,8 Гб. Zram немного помогает, но только немного.

И к этому совету я попробую прислушаться, конечно, но такое подозрение, что из-за отсутствия опыта и знания мест может особо ничего и не получиться. Я даже толком не знаю, как должна выглядеть эта «промзона», и есть ли вообще она где-нибудь поблизости.

>> No.190207  
Файл: heap.gif -(1 KB, 54x21, heap.gif)
1

>>190202
Ничего, Чирно-тан, не беспокойся так! Если у тебя есть подходящий чайник или кофеварка, ты всегда сможешь поставить туда NetBSD!

>> No.190208  

>>190207
Дак и пингвинукс можно накатить, было бы желание.

>> No.190210  

>>190206
Ну то место в твоем городе, где куча складов, цехов, крупные ж/д узлы, полное отсутствие жилых домов и автобусных маршрутов (на карте видно). Это еще, вроде, технопарками называется. Они в дубльгисе характерным серым цветом помечены.

Ну и про частный сектор не забудь. Там где свои дома, каттеджные поселки, там тоже техника лежит часто нетронутая, и помойки эти всегда на отшибе, никто пальцем тыкать не будет.

>> No.190211  

>>190210
В промзонах хлам не выбрасывают, ибо его надо сначала списать. Свалить железки на склад гораздо проще.

>> No.190212  

>>190211
На складах оно вечно лежать не будет. Ремонт, переезд, и спишут и выкинут все моментально. И не старые 386 писюки, а вполне достойные вещи выкидывают.

И в промзоне у предприятий полная свобода, территорий море, выкидывай куда хочешь.

>> No.190213  

Тред ушел не туда. Неужели линукс настолько требователен к железу? Я думал, что куда менее, чем windows.

ОП

>> No.190214  

>>190213  
Зависит от задач.

>> No.190215  

>>190214
Читай ОП-пост. Btw только что запустил с флешки и юнити вполне себе работает.

>> No.190217  

>>190215

>смотреть аниме и листать Ычан

Убунта без графики. Это чтобы не париться с выбором DE и WM. Просто ставишь links/elinks, fbi для браузера с картинками. И mplayer для видео. Всё.

>> No.190218  

>>190210
Ну, одна подходящая под описание территория близ железной дороги есть, конечно... Но я даже не представляю, как туда попасть, и как оно там, внутри. Кажется, эта экспедиция не обойдётся без предварительной разведки и стратегического планирования.

И не знаю, как в других городах, но в том, который вокруг меня, «частным сектором» называют довольно стрёмные предместья, застроенные старыми и ветхими деревянными домами. Сомневаюсь, что там получится найти хоть что-нибудь хорошее в самом широком смысле. Что-то вроде коттеджных посёлков тоже есть, но в основном за чертой города. Довольно далеко, то есть. Но тоже возьмём на заметку.

>> No.190219  

>>190213
Линукс может быть очень разным — с ним при желании можно сделать почти что угодно. На слабом железе (что логично) имеет смысл пользоваться легковесными DE и легковесными же программами. (Заметка: легковесных и функционально полноценных веб-браузеров не существует.) Дистрибутив в этом плане определяет не так уж и много. Но если хочется получить более или менее определённый совет, то как насчёт Manjaro с LXQt? Manjaro — это практически тот же самый Arch, но с графическим установщиком и собственными репозиториями, пакеты в которых проходят дополнительную стадию стабилизации по сравнению с арчем. Благодаря этому у тебя всегда будет свежий mpv, которым без каких-либо проблем можно смотреть любое аниме, свежий SMPlayer, который представляет из себя графическую оболочку для mpv, а также возможность собирать любые пакеты из AUR — пользовательского репозитория рецептов для сборки. Например, из AUR можно поставить Trackma (https://github.com/z411/trackma) — это такая программа, которая синхронизируется с аккаунтом MAL (или некоторых других подобных сайтов) и помогает смотреть аниме по порядку, не путаясь в сериях. Ну а LXQt — это легковесное DE, основанное на тулките Qt, которое образовалось после слияния Razor-qt и LXDE. С ним можно сделать себе Qt-десктоп — использование программ, основанных на одном и том же тулките (в данном случае Qt), положительно скажется на потреблении оперативной памяти за счёт использования разделяемых библиотек.

>> No.190220  

>>190219
А почему мне не поставить wm какой-нибудь? Всяко легче будет.

>> No.190222  

>>190220
Ну, можно и WM с панельками по вкусу — если в нём будет достаточно комфортно. Ну и конечно же, есть возможность держать в системе сразу несколько WM/DE, выбирая ту или иную среду при логине.

>> No.190230  

>>190219

> На слабом железе (что логично) имеет смысл пользоваться легковесными DE и легковесными же программами.

На слабом железе - да, но у ОПа вполне годное железо, на котором пойдёт и Windows 7, и любой 32-битный (или даже 64-битный, в зависимости от модели процессора и системной платы) дистрибутив Linux с любой средой рабочего стола. Отжирает ли ОС 5 % или 20 % памяти - существенной разницы в производительности не будет, если только ОП не имеет привычки держать постоянно открытыми десятки вкладок в браузере.

>> No.191480  
Файл: 403219301_386.jpg -(69 KB, 600x471, 403219301_386.jpg)
69

Тут говорят у ОПа железо годное. Есть у меня тетка, которой я два года назад собрал комп для сидения в интернете. 478 сокет, 3ГГц/800/256Кб целерон Д, 1.256 Гб оперативки. Стоит восьмой дебиан и XFCE, браузер - Лиса, которая там в репах дебиана.

Задача - надо чтобы открывался контакт и однокласники. Контакт еще шевелится, в однокласники она уже не заходит, невозможно это открыть. Ну и кроме этого еще бы ютуб смотреть, сейчас его нельзя смотреть.

Вчера купил пень четвертый, 2.8Ггц/800/1М, с гипертредингом. Планирую вставить ей этот камень и вместо лисы поставить PaleMoon. Это все что я надумал, что еще можно сделать?

>> No.191484  

>>191480
Ещё можно избавиться от этого барахла и купить на вторичике систему хотя бы на основе Core2Duo.
А лучше - современный неттооп хотя бы на Атоме.

>> No.191485  

>>191480
Попробуй оперу/вивальди/льва тоже.

Олсо, РАЗОГНАТЬ ПО ШИНЕ.

>> No.191486  

>>191484
Дорого. За такой набор у местных барыг придется тышь пять отдать. Полгорода пришлось обегать, чтобы этот P4 найти за 200 руб. Все продают по 500 - 1000.

>>191485

>оперу/вивальди/льва

Это разве не Хром с нескучными обоями? И что за лев? Может пень не только разогнать но и скальпировать? Или не стоит?

>> No.191488  

>>191486
Ставь ту, которая 12.18. Эта шельма у меня в жутко ограниченной по ресурсам виртуалке умудряется сносно работать, в то время как свежие хромы/нехромы даже не стоит пытаться запустить. Ещё можно Midori попробовать, хотя она малость красноглазая, но хотя бы на свежем вебките, а потому проблем с сайтами не будет.

>> No.191489  

>>191480

> 1.256 Гб оперативки

Вроде умные слова пишешь, дебиан, xcfe, а основную проблему не видишь.

>> No.191490  

>>191488
Я думал, со старой оперой в соцсети уже не пускают, проверю, спасибо. Мидори у меня всегда глючила и тормозила сильнее лисы.

>>191489
Памяти мало, потому что ее больше нет. На матери два слота, один занят гигом, второй - 256 мегов. Перерыл дома все, нашел десять планок первой DDR, все по 256. Я сам два года жил на одном гиге, и никаких проблем не ощущал, пользовался свежей лисой и крысой. Правда в соцсетях я не сижу.

Может какие-то плагины для бледной луны еще подскажете? Adblock поставлю, а еще что? С носкриптами/флешблоками однокласники-контакты работать не будут. Но может есть что-то еще, чтобы увеличить скорость?

>> No.191495  

В старой опере однокласники не откроются корректно, а может и совсем не откроются. И про оперативную память правильно написали, на одной машине был 1гб хромоклон даже с одной вкладкой ютуба тормозил с добавлением еще одного производительность выросла на глазах. Несколько разных вкладок листаются без зависаний.

>> No.191505  

>>191495
Когда я с гигом сидел, у меня все нормально было, ютуб в лисе грузился замечательно, и мамка в одноклассниках сидела, не жаловалась. Потом я заказал на Али новый проц и память, не утерпел, и заранее поставил 64-х разрядную систему. После этого лисой стало невозможно пользоваться, она лезла в своп, но я поставил Pale Moon и все стало опять хорошо.

У тетки моей 64-х разрядную систему не накатить никак, Я думаю столько памяти ей будет достаточно, Pale Moon точно влезет.

>> No.191506  

У меня такое ощущение, что этому треду не меньше 10 лет.

>> No.191507  

А что там сейчас есть из минимально требовательных к железу и памяти дистрибутивов линукса, но при этом полноценных, а не каких-нибудь паппилинуксов?

>> No.191508  

>>191507  
Dragora GNU/Linux

>It's a good idea though if your system have very low ram say under 256MB to have a decent amount of swap.

Столько же сколько какой нибудь Puppy Linux, го при этом вполне полноценная система.

>> No.191509  

>>191507  

А вообще просто собери ядро и всю систему руками на мощной машине. C -0s для gcc, с musl, под KOI8R.

>> No.191519  

Вы бы еще ЛФС собирать предложили для тетушкиного комплюктера.
1 Целерон Д и 1.2Гб - не много, но я до 2013 года сидел на хр р4 2.93Ггц, 512мб и встроенное видео сис 661фх. Под конец он меня выбешивал нехваткой памяти, но смотреть ютуб 480р и держать несколько вкладок можно было. Я не вижу причин, чтоб на таком конфиге не открывались одноглазники и мне не поянтно, что значит это "не открываются".
2 Драгора и кококомпеляция - не слушай про это. Возьми дистр который знаешь, поставь icewm как самый легкий из тех, с которыми совладает простая тетя или lxde/xfce как более "жирные" варианты, подчисть автозагрузку, поставь легкие программы: mirage/feh - для картинок, xpdf/zathura/mupdf - для пдф, mplayer - для видео(обучи тетку пользоватся клавишами), seamonkey - попробуй вместо лисы, поиграйся с дополнениями для бравзера. Всего этого должо быть более чем достаточно.

>> No.191524  

>>191486
https://brave.com/

>Это разве не Хром с нескучными обоями?

ЕМНИП, все трое на вебките, но разница таки есть. Пробуй сам.

>Может пень не только разогнать но и скальпировать? Или не стоит?

Если троттлить не будет - не стоит. Разогнать - стоит.

Олсо, сделай своп-раздел, если ещё не сделал.

>> No.191547  
Файл: Intel_Pentium4.1450x1450.jpg -(118 KB, 640x480, Intel_Pentium4.1450x1450.jpg)
118

Сходил к тетке, забрал гиг памяти, достал из загашника самую достойную мать, поставил минимальный дебиан с иксами и IceWM. Видео - гефорс mx440 и nouveau.

Веб вообще не тянет, на ютубе и в контакте слайдшоу, алиэкспресс и дропбокс вешают Pale Moon намертво. В остальных браузерах все только хуже. Видимо на основе 478 сокета, домашний ПК уже сделать нельзя.

А так, очень шустрый комп, pcmanfm и evilvte, как я и люблю, выскакиваю мгновенно. Можно листать Ычан старой Оперой, серфить остальной интернет netsurf'ом и смотреть ютуб через youtube-dl. OpenArena летает на средних, minetest показывает 30 кадров, при обзоре в 15 квадратов.

>> No.191548  

>>191547
Тормозил ютуб и другое видео в браузере (в плеере норм было), пока в ящике была GeForce 8500GT на 256 мегов и с проприетарным драйвером. Два монитора (FullHD + 1024p квадрат). nvidia-smi постоянно показывал 100% загрузки видеопамяти. Правда, KDE4. ЦП - Xeon L5420. Заменил на GT440 с гигом - всё стало хорошо.
На работе валяется корыто с Athlon XP 3200+ кстати, кто-то тут говорил про дроп линуксом ЦП без SSE2 с гигом RAM, Radeon 9600 128M с драйвером из ядра, восьмым дебианом и XFCE. Веб там относительно шевелится (в лисе, хромиум не запускается без поддержки SSE2, другое не проверял). Заметно сдувается только веб-интерфейс одной корпоративной приблуды, но там загружаются большие таблицы.

>> No.191550  

>>191547
А Я ГОВОРИЛ >>191484

>> No.191560  

>>191548
Надо же, не думал что тормоза веба могут зависить от видеокарты. У меня есть AGP Radeon 9600SE, поставил, фпс в Minetest и Openarena такой же, но ютуб играет видео без лагов, даже 480p можно смотреть, на GeForce mx440 даже 144p лагал. Контакт ожил, видео, GIF анимации, все это работает. Уровень производительности веба, сейчас можно сравнивать с Athlon 64 x2 4200+ который стоит у меня на работе.

>> No.191575  

>>191560
У меня есть S3 Trio 3D с 4 Mb памяти. В 1280x1024 тянет видео и веб без каких-либо тормозов. Ты что-то делаешь не так. Если отбросить аппаратное ускорение, задача видеокарты - показывать картинку, которую ей поставляют иксы, 60 раз в секунду. С этим справляются даже драйвера VESA/fbdev, не говоря уж о специальных.

>> No.191576  

>>191575
А проц какой?

>> No.191578  

>>191575
Разные, от одноядерного целерона до 4770. Тут надо как бы понимать, что это не основная видюха, а аварийная - я ее держу исключительно потому, что у нее обычный PCI-интерфейс (не PCI-E, а простой PCI), поэтому в случае каких-то проблем с основной картой можно загрузиться в гуй с этой и, скажем, запустить прошивальщик. Или просто посидеть на ней недельку-другую, пока замена не купится. Постоянно на ней я не работаю.

>> No.191579  

>>190210

>Это еще, вроде, технопарками называется.

А я думал, что технопарками называется то, что на месте бывших заводов делается, где всякие там лофты, где строят стартапы, где ездят на моноколёсах и пьют смузи.

>> No.192003  

Это линукс-тред?

Скажите, если некоторые приложения умирают на 2-5 минут при обращении к диску после долгого перерыва — это ведь оно? В смысле — сабж?
Если оно лезет на диск часто — всё нормально. Если долго делал что-то еще, а потом захотел, к примеру, директорию сменить или файл сохранить — сиди и смотри на надпись "процесс в ожидании на диске" на системном мониторе. Проявляется далеко не у всех приложений. В palemoon, скажем, ни разу не видел, а вот gwenview так подвисает постоянно.
И нет, никакой нехватки памяти даже и близко нет, она занята процентов на 10.

>> No.192004  

>>192003
Какой диск? SSD? HDD? USB?
Что в этот момент еще делается в бэкграунде?
Какой в этот момент iowait?
ioping, iotop и iostat пробовал позапускать и посмотреть что вообще творится?

>> No.192008  

>>192004

>HDD?

This.
Но знаешь, похоже я не смогу привести здесь всю эту статистику. Потому что параллельно с написанием >>192003 я попробовал прописать ему vm.vfs_cache_pressure = 60, которое рекомендуют в качестве лекарства от этого 12309. И вот уже полтора часа прошло, и пока никаких подвисаний не наблюдается. Хотя возможно это "эффект наблюдателя".

>> No.192009  

>>192008
Может стоит парковка голов или останов шпинделя по неактивности?

>> No.192012  

>>192008

>"эффект наблюдателя".

Он, родимый. Сейчас таки повисло. Но, кажется, оно стало висеть реже, и отвисать быстрее. А может это мне кажется, потому что сейчас я эти события жду и ловлю.
Успел запустить iostat, пока оно висело — всё примерно как обычно:

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
8,07 0,00 1,26 1,20 0,00 89,47

Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
sda 7,11 112,58 172,80 1137581 1746037

>>192009
Не похоже:

193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       315

И с другими приложениями всё может в то самое время нормально работать. И на диск писать, и что угодно. Эта фигня наблюдается, именно если данный конкретный процесс давно не обращался к диску.
И да, не уверен, но похоже, само обращение к диску проходит успешно (например, файл сохраняется), а повисает оно сразу после этого.

>> No.192014  

>>192012
А, вот сейчас оно снова повисло, на этот раз — были запущены iotop и ioping. Ни тот, ни другой никаких изменений в момент зависания не заметили. Скорость пинга не изменилась, никакие новые процессы к диску обращаться не стали.

>похоже, само обращение к диску проходит успешно

Если быть совсем точным — точно наблюдалось следующее: я запустил из wine-приложения shell-скрипт (да, я извращенец). Скрипт успешно запустился и отработал, wine в момент запуска повисло.

>> No.192015  

>>192014
Значит надо в момент зависания приаттачить к процессу strace и посмотреть, где оно висит. Еще лучше — это приаттачить gdb, сделать bt full и попытаться сравнить, всегда ли оно приходит одним и тем же путем к проблеме.

>> No.192016  

>>192012
На 12309, кстати, не похоже. Он характеризуется высоким iowait, которого у тебя нет, судя по этой статистике.

>> No.192020  

>>192015
Вывод strace для ситуаций "висит" и "не висит" при одной и той же операции совершенно аналогичен.

Просто в случае "висит" в один прекрасный момент после

time(NULL)                              = 1494062554

в следующем аналогичном вызове уже значится

time(NULL)                              = 1494062576

А между ними — стандартный набор вызовов, которые оно использует для операции смены директории (в составе которых почему-то имеется stat64 для всего списка примонтированных файловых систем, может какая-то из них всё вешает?).
Попробую прикрутить к записи вывода strace добавление точного времени каждого вызова и повторить…

>> No.192021  

>>192020

>может какая-то из них всё вешает?

Вполне возможно.
У systemd, например, есть функционал автоматического монтирования некоторых файловых систем при обращении. Для шифрованных фс это выливается в запрос пароля через systemd-tty-ask-password-agent, который останавливает сискол до ввода пароля или таймаута.
Посмотри нет ли в fstab каких-то фс, объявленных как x-systemd.automount.

>> No.192026  

>>192021

>Вполне возможно.

Таки да. Оно самое и есть. Я отследил точное место:

1494088635: stat64("/home", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
1494088635: stat64("/run/rpc_pipefs", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
1494088737: stat64("/mnt/mirror", {st_mode=S_IFDIR|0775, st_size=0, ...}) = 0
1494088737: stat64("/run/user/1000", {st_mode=S_IFDIR|0700, st_size=100, ...}) = 0

Из общих соображений strace должна выдавать сообщение о вызове уже после того, как он прошел, так что, видимо, виноват /mnt/mirror. Это smb шара с видовой машины. Монтируется с такими параметрами:

cifs        rw,auto,user,noperm,file_mode=0664,dir_mode=0775,gid=adm,credentials=/etc/fstab_credentials

А еще ссылка на нее есть в /var/run/mount/utab. Сейчас перерыл весь интернет, безуспешно пытаясь выяснить, что это за зверь.

И теперь встаёт вопрос, что с этим делать. Вариант "отключить шару нафиг" меня не устраивает. Можно в качестве временной меры поставить ей noauto, но это тоже криво. Кажется, где-то в недрах systemd была возможность мотировать что-то только при прямом запросе к нему? А потом отмонтировать по таймеру?
Или всё-таки есть способ заставить его не висеть при простой попытке узнать статус шары, если винда на той стороне вздумала уйти в спящий режим?

И ведь всё работало нормально. А потом как-то раз обновилось то ли ядро, то ли самба. А может и то, и другое. Я уже не помню, что именно…

>> No.192027  

>>192026
Пока добавил ему опцию cache=none. Посмотрим, поможет ли хоть как-то. После упомянутого в >>192008 изменения параметров кеширования оно действительно стало висеть реже. Так что — есть надежда…

>> No.192029  

>>192026
Ну, висяки из-за таймаутов с сетевыми файловыми системами, как nfs, так и cifs — это вполне обычная ситуация и я не помню, чтобы она когда-то была лучше.
И на винде точно такие же проблемы бывают, если шара отваливается.

Попробовать поиграться с автомонтированием systemd конечно можно, как и поставить таймаут на отмонтирование с x-systemd.automount и x-systemd.idle-timeout плюс как можно более короткий x-systemd.device-timeout, но вряд ли это полностью уберет все задержки из-за отвалившихся сетевых фс, хотя уменьшить их и можно таким образом.

>> No.192031  

>>192027
Не помогло.

>>192029

>я не помню, чтобы она когда-то была лучше

Данная конкретная проблема у меня появилась именно после обновления системы.

>поиграться с автомонтированием systemd

Похоже, это остался единственный вариант.

>вряд ли это полностью уберет все задержки

Если оно будет залипать, когда мне действительно понадобилось что-то на этой шаре — я готов с этим мириться.
А вот когда из-за этого на пустом месте висит картинковьюер, который вообразил себя файл-менеджером и зачем-то полез устраивать ревизию содержимому /etc/mtab — это меня не устраивает совершенно. И вот от этого, если я правильно понимаю, помочь должно, если вовремя его оттуда убирать.

>> No.192034  
Файл: Снимок экрана_2017-05-07_09-12-13.png -(16 KB, 1090x406, Снимок экрана_2017-05-07_09-12-13.png)
16

У меня такая проблема - удаление, копирование и перемещение в pcmanfm или thunar проходят слишком долго. Точнее, они проходят с обычной скоростью, но долго висит подготовка. Даже файлы/директории нулевого размера, в любом случае вылазит окно операции над файлом и висит секунду - две.

Остальные программы работают нормально, фуллхд видео играет без запинок, например.

Если убить демоны gvfs, все операции над маленькими файлами, опять производятся мгновенно. Но тогда в ФМ-ах пропадает корзина и не монтируются флешки.

Может у меня винт подыхает? Пикрелейтед - часть выхлопа smartctl -a /dev/sda. Винт - старый сеагейт на 160Гб, 2010 года выпуска.

Проблема вылезла после обновления дебиана с восьмерки до девятки.

>> No.192035  

>>192034
Вставил в системник еще один диск, форматнул как ext4, примонтировал. На нем все операции в ФМ происходят без задержек.

>> No.192044  

>>192026
А как насчёт монтировать сетевые ресурсы через autofs вместо fstab? Autofs умеет делать вот именно то самое, что сказано в предпоследнем спойлере.

Ну а вообще, вся эта ситуация с сетевым монтированием в линуксе несколько раздражает, конечно. Вот почему при внезапном исчезновении примонтированного сетевого ресурса полсистемы замораживается так, словно бы с ней поиграла Сырно? И самое главное, почему с ней вообще ничего нельзя сделать без появления сервера в сети и/или перезагрузки клиента? Не очень радует это.

>> No.192045  

>>192044
Отмонтировать форсированно же можно сетевую фс, у который пропал хост.
А подтормаживается все потому что софт использует блокирующий io и операционная система пытается сделать все возможное, чтобы выполнить запрос на ввод-вывод.
Система ведь не может знать, что вообще происходит с тем хостом, с которого примонтированна сетевая фс. Может у него временные трудности, а может и нет.

>> No.192048  

>>192045
Ну, это понятно, но механизм экстренного отваливания всё равно бы не помешал, как мне кажется. Или что-то подобное.
И оно не просто подтормаживается, а именно замораживается. Например, есть ноутбук, который подключается к беспроводной сети. Сеть поднимает NetworkManager, PSK от неё хранится в KWallet. Далее мы завершаем сеанс, забыв при этом размонтировать сетевой ресурс. Сеть при логауте отключается (так и задумано). Затем логинимся обратно. Сетевой ресурс остаётся как бы примонтированным. Но сети нет, и он остаётся недоступным! Видимо, огорчённая такими несоответствием, плазма наотрез отказывается стартовать. То есть вообще. А без пинка от plasma-nm, собственно, NM не поднимет эту сеть. Но пока он её не поднимет, залипший сетевой ресурс не отлипнет. А пока он не отлипнет — не поднимется плазма! Вот такой вот GNU/Уроборос. В общем, приходится её временно поднимать в полуручном режиме через nmcli, и почти сразу же всё становится хорошо. Ну и если сеть пропадает при открытом сеансе и примонтированном чём-нибудь, то плазма может просто заморозиться и перестать реагировать вообще на что угодно. Ну, может быть это всё исключительно её проблемы, конечно...

И как форсированно размонтировать, кстати? Просто umount от рута, предварительно убив всё, что обращается к точке монтирования, или есть какие-то хитрости? lsof, кстати, тоже залипает при попытке перечислить эти процессы.

>> No.192090  

>>192034
Удалил из хомяка .gvfs-что-то-там и все заработало как прежде

>> No.192092  

>>192048
Можно отключить в плазме notifier для устройств и фс (тот который появляется при втыкании флешек). Достаточно снять флажки в настройках трея. Плазма перестанет замораживаться при недоступности сетевых фс.
Для принудительного размонтирования есть umount -fl. После этого прибить все висящие по фс процессы и подождать когда они по факту прибьются по таймаутам.

>> No.192108  

>>192092
«Подключаемые устройства» который? И это всё из-за него?

И спасибо за подходящие ключи для umount. Пока что они мне не понадобятся, впрочем, но всё равно спасибо.

>> No.192110  
>systemd

Кстати, раз тут ее помянули, такой мимовопрос:
Это нормально, что в недрах /etc/systemd/system полно симлинков на /lib/systemd/system? В доках, вроде, написано, что всё, что устанавливается из пакетов, должно писать в lib, а etc не трогать. А оно вон чего делает.

>> No.192118  

>>192110
Так потому и полно симлинков! В /lib/systemd/ поставляемые с пакетами файлы юнитов лежат, а с помощью симлинков в /etc/systemd/ они включаются. Ну не копировать же их туда вместо этого, правильно? Всякие вручную изменённые overrides тоже кладутся в /etc/. Ещё можно сделать enable/disable какому-нибудь поставляемому с пакетом юниту, и посмотреть, как симлинк на него появится или исчезнет в /etc/.

>> No.192139  

>>192108

> «Подключаемые устройства» который? И это всё из-за него?

Да, оно. Помогло его отключение при подвисающих smb/cifs-mount'ах.

>> No.192140  

>>192108
И не пользуйся автокомплитом при вводе такого umount, иначе sh тоже подвиснет, вытаскивая список каталогов. Пиши по памяти или mtab.

>> No.192148  

>>192118

>Ещё можно сделать enable/disable какому-нибудь поставляемому с пакетом юниту, и посмотреть, как симлинк на него появится или исчезнет в /etc/.

А если там будет не симлинк, а написанный своими руками конфиг, она его тоже того?

>> No.192151  

>>192148
Естественно. /etc имеет приоритет над /lib.

>> No.192152  

>>192151
Так куда тогда класть собственные конфиги? В lib нельзя — там пакеты, могут затереть. В etc, как выясняется, тоже нельзя, затрёт если сделать disable.

>> No.192155  

>>192152
Почитай документацию — https://www.freedesktop.org/software/systemd/man/systemd.unit.html

А если кратко, то свои, в том числе и те, что затенят системные юниты ложатся в /etc/systemd/system. Симлинки по enable/disable же создаются в *.wants директориях, определяющихся секцией [Install] в юните. Чаще всего это multi-user.target.wants.

>> No.192178  
>обсуждение systemd

Я просто оставлю это здесь:
http://iichan.hk/b/arch/res/2802208.html#3730670

>> No.192179  

>>192152

> Так куда тогда класть собственные конфиги?

Четыре секунды в гугле https://wiki.archlinux.org/index.php/Systemd/User
Класть в ~/.config/systemd/user/, управлять systemctl --user.

>> No.192180  

>>192179
Все-таки не надо мешать в одну кучу пользовательские юниты и системные.
Это несколько разные вещи.

>> No.192187  
Файл: __neptune_and_noire_neptune_series_drawn(...).jpg -(336 KB, 633x550, __neptune_and_noire_neptune_series_drawn(...).jpg)
336

Есть одна headless-машина с восьмёркой (которая Дебиан) с этим его Systemd. На машину кинуто два линка по одному кабелю: один - как обычно, настройки по DHCP получает, второй - VLAN на этой же сетевой карте. Есть сервис udpxy (юнит взят из арчевого пакета и чуть подправлен, чтобы ловил IGMP-трафик из ВЛАНа и отдавал потоки клиентам, подключающимся через локальный интерфейс, который без тега). Запускается после network.target. Но оно не запускается! То есть, не запускается само после перезапуска машины, приходится руками сервис рестартовать.
Было подозрение, что оно падает из-за того, что пытается запуститься пока сеть ещё не успела подняться, и судя по тому, что оно начало запускаться как положено после того, как на локальном интерфейсе был назначен статический IP, подозрение было не безосновательным. Но исправление на запуск после network-online не помогло.
В интернете предложили включить NetworkManager-wait-online.service. Но на этой машине networkmanager не установлен, и адреса и VLAN настроены в файле /etc/network/inerfaces, и конфигов нетворк-манагера хозяин этой машины почему-то боится. Можно ли ещё как-нибудь сделать Systemd ждать полноценного поднятия сетевых интерфейсов?

>> No.192190  

>>192187
Как хозяин относится к нативному для systemd systemd-networkd и его конфигам? Если нормально, то с ним в комплекте идет systemd-networkd-wait-online, который можно запускать как отдельным сервисом, так и через ExecPre с ключами для конкретных интерфейсов.

Если же все же требуется обязательно сделать через ifup, то на просторах интернета где-то был ifup-wait-all-auto.service, но он не настолько элегантен.

>> No.192205  

>>192187
А автозапуск его вообще включен? Или ты просто unit создал?

>> No.192213  
Файл: __dogoo_and_neptune_neptune_series_drawn(...).jpg -(1367 KB, 2760x2952, __dogoo_and_neptune_neptune_series_drawn(...).jpg)
1367

>>192205
Конечно же, включен. После ребута машины в статусе сервиса написано failed.
>>192190
О, уже привлекательнее ненужного нетворк-манагера выглядит, спасибо.

>> No.192218  

>>192187

> Systemd ждать полноценного поднятия сетевых интерфейсов?

Поставить 8 Devuan и настроить все нормально, как в старые добрые времена.

>> No.192219  

>>192218
Но зачем?
Systemd явно дает намного более быструю и параллельную загрузку, да и еще куча преимуществ с более аккуратными файлами конфигурации.
С другими инитами было очень много головной боли с перезаписью собственных изменений и кастомизаций по каждому чиху.

>> No.192221  

>>192219

> Но зачем?

Потому что проще и удобней?

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

Скорость загрузки - не самый важный параметр системы, вообще говоря. Но в параллельную загрузку умеет даже OpenRC, если что. Что до конфигурации... В системд чрезмерно переусложненная (и при этом лишенная элементарных вещей!) и весьма нелогичная/контринтуитивная система конфигов. Как человек, занимающийся в том числе поддержкой нескольких машин, и некоторые из них, к сожалению, на systemd, могу ответственно заявить, что зачастую самый простой, понятный, логичный и удобный способ настроить управление сервисом через системд - написать скрипт, который это управление будет осуществлять, а системд скормить максимально минимальный юнит, в котором этот скрипт будет дергаться. И то надо сидеть и разбираться, какой там тип запуска по умолчанию, почему текущая рабочая директория не является текущей рабочей директорией, почему у владельца файла с правами 777 нет права на запуск этого файла и много других, чрезвычайно увлекательных квестов. И при всем этом никто не даст гарантии, что со следующим релизом системд что-нибудь опять не сломают/изменят и надо будет все переделывать.

> С другими инитами было очень много головной боли с перезаписью собственных изменений и кастомизаций по каждому чиху.

Если ты знаешь скриптовый язык шелла, то разобраться в том же OpenRC или BSD-init - пара пустяков. Потому что все просто, логично и понятно - init дает тебе всего лишь возможность сделать то, что ты хочешь, а не заставляет это делать одним единственно "верным" способом, который подходит далеко не всегла. У systemd сломано "separation of mechanism and policy". Да вообще много чего сломано, хорошее определение дали systemd - "broken by design".

>> No.192225  

>>192029

>x-systemd.idle-timeout

(Печально смотрит на версию system-d в jessie)
Понадеяться, что "ждать осталось недолго" или обновиться до stretch не дожидаясь, пока они его объявят stable?

>> No.192752  

Теперь здесь обсуждают systemd?
Тогда у меня следующий вопрос:
Как объяснить journalctl, что логи iptables следует относить к iptables.service, а вовсе не к ядру? При условии, что этот самый iptables.service всего лишь запускает скрипт с правилами перед запуском сети?

В предыдущей инкарнации это делалось путем адского шаманства с конфигами rsyslog, в которых относящиеся к iptables строки отлавливались в сообщениях ядра регекспами.

>> No.192753  

>>192752
Как я понимаю философия journald в том чтобы именно писать логи как есть, опционально с криптографической защитой, но без всякого влезания в них грязными ручками фильтров и прочих модификаций.
Сообщения от iptables естественно приходят через kmesg, а не через юзерспейсный /dev/log, что означает, что они относятся к ядру, а не к какому-либо юниту или процессу.

Так что если это только на одной машине нужно и только для просмотра, то я бы заскриптил grep на выходе journalctl. Если же нужно писать в файл или делать это на нескольких машинах, то для этого лучше подходит либо logstash со всеми его фильтрами и особенностями, либо используются многочисленные биндинги к journald для написания своего мини-костыля, либо у journald включается опция ForwardToSyslog и для всяких фильтров используется syslog-ng, rsyslog или еще что-то.

>> No.192755  

>>192225
Да можно, наверное, уже и обновиться. Он довольно давно заморожен и им осталось лишь небольшое количество багов добить до полноценного релиза: https://lists.debian.org/debian-devel-announce/2017/04/msg00008.html.

>> No.192769  

>>192753

>заскриптил grep

Это-то сделать можно легко, но такой подход кажется мне идеологически сомнительным. Если уж они впихнули нам навороченную систему логирования со своей базой данных и кучей тегов у каждого сообщения — надо эту возможность использовать, т.е. заставить его ставить на сообщения от iptables какой-то отдельный свой тег. Весь вопрос в том, как это сделать.

Асло

>>https://www.freedesktop.org/software/systemd/man/journalctl.html
>If the separator "+" is used, two expressions may be combined in a logical OR.
>Про logical NOT не сказано ничего.

Я не понял, там что — нет возможности реверсировать выбор исключить что-то из просмотра?

>> No.192771  
Файл: defb919b33cd44f4bb39ffca2902e726.png -(0 KB, 263x17, defb919b33cd44f4bb39ffca2902e726.png)
0

>>192755

>осталось лишь небольшое количество багов добить

Загружаемся в консоле с русской локалью — видим что-то вроде пикрелейтед.
В убунте этот баг еще год назад исправили — см. https://habrahabr.ru/post/281170/
А наш дорогой слоупок...

>> No.192775  

>>192771
Но русская локаль ведь не нужна.
Использую везде английскую и не знаю таких проблем.

>> No.192776  

>>192775
Скажи это японцам.

>> No.192784  

>>192776
А японцы-то тут при чем? Им тоже ничто не мешает использовать английскую локаль. В линуксах-то с этим вообще нет проблем, ибо UTF-8.

А в виндах я сам сижу на японской локали и английском языковом пакете.

>> No.192787  

>>192775
Тот факт, что без чего-то в принципе можно обойтись, никак не отменяет того факта, что это что-то работает неправильно. Так что замечание совершенно не по делу.
Более того, в той статье написано, как это фиксить. Но и это тоже не отменяет…

>> No.192791  

>>192771

>В убунте этот баг еще годы назад не был исправлен

Очевидный фикс.

>Ради хохмы качаю стабильную версию, основанную на Debian, запускаю с русской локалью — всё отображается корректно.
>Гуглим проблему и обнаруживаем, что с подобным сталкиваются начиная с Ubuntu 11.10
>качаю стабильную версию, основанную на Debian
>запускаю с русской локалью — всё отображается корректно.
>> No.192792  

>>192791
На стабильном же дебиане, ну. Он медленнее убунты обновляется, там этот баг только в тестовую девятку завезли.

>> No.192817  

>>192769

>Про logical NOT не сказано ничего.

Таки да, исключение чего-то лишнего из логов не поддерживается: https://github.com/systemd/systemd/issues/2720

И я не нашел способа как-то настроить, что именно он пишет пишет в эти журналы и какую метадату добавляет. Похоже, тоже нельзя. Убивать...

>> No.192818  

>>192817
То systemd ругают за то, что это комбайн.
То части systemd ругают за то, что в них не напихано лишних функций, а они выполняют только одну — пишут логи, насколько это возможно полно.
Надо уже определиться.

>> No.192824  

>>192818
Тут сказавши 'a', надо говорить 'b'. Если уж оно позицирует себя, как замену rsyslog, то и должно позволять реализовать весь тот же фукционал. Т.е. давать возможность осуществить полный контроль как над входом, так и над выходом в систему хранения логов. А тут получается, что на входе оно пишет что хочет и как хочет само, не позволяя нам с этим ничего сделать (или скажите мне, как добавить свою метадату к сообщениям ядра), а на выходе — заявляет, что может выводить произвольные выборки по таблице, а на деле — делать этого не умеет, потому что криворукий разработчик забыл реализовать половину нужной для этого логики.
Претензии не к тому, что оно "делает одно дело". А к тому, что оно это дело делает плохо, и не позволяет никому это исправить на нужном этапе.

>> No.192825  

Каким торрент-клиентом вы пользуетесь? У меня трансмиссия отказывается качать торренты с рутрекера, qb спокойно работает.
мимоОП

>> No.192826  

>>192825
Проверь, включён ли в трансмиссии DHT и для разнообразия можешь попробовать ей прописать тот же порт, который у тебя в настройках кьюбея записан.

>> No.192827  

>>192825
Пользуюсь трансмиссией, все замечательно качает, никаких дополнительных настроек не делал. У рутрекера заблокированы собственно трекеры, с которых можно получить список пиров, поэтому начало загрузки может быть медленным. После получения пиров все идет весьма шустро.

>> No.192830  

>>192824
Когда это оно позиционировало себя как полную замену rsyslog?
У него все-таки несколько другое предназначение — компактно и сжато писать все поступающие сырые логи со всей доступной метадатой. Для большинства машин это более правильно, нежели комбайн с фильтрами, пользовательской метадатой и прочими вещам.

Те, кому нужны более расширенные функции, используют тот же rsyslog, syslog-ng, logstash или еще что-то подобное в дополнение к journald. И у всех у них есть модули, которые забирают данные как непосредственно из формата journald, так и через его syslog-совместимый сокет.

Вот почитай:
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/s1-interaction_of_rsyslog_and_journal.html

>> No.192841  

>>192827
Порт в настройках был закрыт лолд

>> No.192863  

>>192824
Если тебе нужны только логи Iptables то используй ulogd.

>> No.192883  

>>190118
мимо-слоупок-не-Оп
Поздновато, однако отпишусь.

Поставил: граб затёрся, два btrfs- и один swap-раздел винда предсказуемо "потеряла", терабайтовую файлопомойку в exfat открыла в pидoнли.
В принципе, так даже лучше: wannacry не страшен.

>> No.192884  

>>192883
Ох не советую exfat.
Был опыт краха этой фс без всякой возможности какого-либо восстановления, ибо все утилиты для работы с ней очень нестабильны и так и стремятся напакостить и убить как себя, так и фс.
Лучше уж ntfs. У ntfs-3g поведение и качество намного лучше.

>> No.192965  

Перепробовал все de и wm, все не то. Лучше семерки ничего не найдется.

>> No.192980  

>>192884
Да, в общем-то, и ядерный драйвер вполне неплох, если кроме R/O ничего не надо.

>> No.192981  

>>192965
И то правда, лучше Debian 7 ничего нет.

>> No.194848  

Линукстред, скажи — как автоматически подцепить те адреса dns, которые провайдер возвращает через dhcp (они еще в /etc/recolv.conf пишутся) и добавить их в секцию forwarders своего локального dns-сервера?

>> No.194856  

>>194848
DHCP-клиент какой? DNS-сервер какой?
Скорее всего придется написать небольшой хук-скрипт, который по получению адреса будет исправлять конфиг DNS-сервера и перезагружать конфиг.
Что-то вроде такого скрипта как в этом баге, но под твой DHCP клиент — https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639324

>> No.194860  

>>194856

>DHCP-клиент какой? DNS-сервер какой?

Клиент, если не ошибаюсь, isc (или что там по стандарту в debian 9), а сервер, видимо, будет bind9. В общем — всё самое обычное.

>Что-то вроде такого скрипта как в этом баге

Мда. А без таких костылей, значит, никак? Тут и задумаешься, стоит ли вообще возится с dns провайдера, или лучше вообще на него забить и порубиться к чему-то стороннему, вроде гугля или какого-нибудь DNS.Watch...

>> No.194866  

>>194860
Ну, все-таки dhcp-хук в клиенте — это не костыль, а функция как раз для таких не совсем обычных конфигураций.
Костыль — это, например, написать incron-скрипт, который это же самое будет делать по изменению resolv.conf.

Да и от серверов провайдера действительно лучше отказаться, даже если они не меняют адреса и их можно прописать статично, потому что уж больно много в последнее время случаев, когда провайдеры делают всякие цензурирующие гадости на своих dns-серверах

>> No.194867  

>>194866
Как-будто они не подменяют ответы от гугле-днс своими...

>> No.194868  

>>194867
https://developers.google.com/speed/public-dns/docs/dns-over-https
https://github.com/wrouesnel/dns-over-https-proxy

Вот эти две вещи тебе помогут.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]