Руслан Хромаев, да. вроде бы так. в консоли не проверял.
единственно что быстрый взгляд - if должен заканчиваться fi, т.е. в последней строке должно быть fi вместо else
ohey, погонять тесты графической системы внутри виртуалки.
и спробовать отключить аппаратный рендеринг в фаерфоксе, есть там какие-то настройки.
предположу что косяки в пробросе аппаратного видео рендеринга. прослойки эти недавние и вполне возможно не доработаны.
WbICHA, платы на "потолок" крайне редко ставят :)
и все равно сначала внутренности разбрызгивает по плате (выброс идет аккурат вдоль платы ну или вскрывает пластиковую термоусадку) а уж потом они стекают на корпус.
не этот случай.
Floppinux, да. попробуй еще протереть.
перед появлением дырок в алюминиевом корпусе он сначала хорошо вспучивается и потом расходится по видимым на фотке рискам (они специально там для этого выдавлены).
т.е. если бы кондер протек сверху, то это сильно отразилось бы на корпусе.
вариант второй протекание по резиновой прокладке - но при этом "на верх" корпуса говно не закинет, а засрет всю плату под ним.
вариант третий: кондер просто высох, т.е. электролит испарился из внутренностей, то это можно и никак не увидеть. но для этого надо десятилетия...
так что предпологать что кондер сдох изза этой бяки не стоит.
hint000, в принципе такое намудрить можно.
к примеру написать сплиттер который будет получать команду с подстановкой номера нарезки. и при каждом сплите перезапускать команду.
имхо вданном случае эффективнее вариант с монтированием/отмонтированием curlftpfs - работа сплита становится нативна как пареная репа :)
Николай, тогда, монтируйте фтп-хранилище перед бекап-операциями, а после отмонтировывайте.
ну и операции бекапа настройте делать только в то время, когда работает фтп-хранилище.
все онное засунуть в один скрипт и настроить крон.
или нарисовать системд-юнит.
опять же если меняется малая часть файлов, то стоит глянуть в rsync через ssh, который умеет диф к файлам.
кстати есть файловый диф и в самом tar. опция --listed-incremental, но чегойто мне кажется сия опция не доделана немношк.
и т.д. и т.п.
перегрев железки вайфай, забивания памяти роутера, глюки драйвера вайфай и т.д. и т.п.
что с прошивкой, обновлялась ли она, что писано в логах...
наконец-то что дает гуглинг по косякам вашего роутера в тырнете ??
вы не один такой единственный и уникальный во вселенной - вполне возможно что уже есть обсуждения и т.д.
просто надо найти информацию в безбрежном акияне тырнета.
Packetik, тут не магия, тут физика.
одним топором два человека одновременно работать не смогут.
покупать наиболее мощный в однопоточном режиме процессор.
поменять разъем. посмотреть припайку проводов внутри и т.д.
коль ничего не можешь понять - меняй всю цепочку связи последовательно, начиная с самых дешевых комплектующих.
это сильно упростит исправления непредвиденной/непредсказуемой ошибки.
если найдешь - поржешь "блин я даже не предполагал, что ..." и такое бывает :)
посоветую сделать софт-линк (команда ln) с директорией сайта себе в хомяк, коль так вам удобнее.
просто согласно рекомендациям юникса, все должно лежать на своем месте, т.е. файлы для сайта должны лежать в /srv/http а не где-то там еще. это упрощает обслуживание систем и лучше к этому привыкнуть сразу.
а уж коль желается чтото свое, то сделать линк куда надо.
mkone112, "теневое копирование" файла в момент записи в него, создает файл с битой структурой.
причем отследить такое очень сложно, особенно для динамически изменяемых файлов.
файл реестра конечно не индекс активно задроченной базы данных :) но вариант поймать его битым не равен нулю, а это считай битая система...
поэтому системный раздел таки лучше бекапить в офлайне.
mkone112, отличия бекапа системного раздела от бекапа файлов системы знаешь ?? :)
через теневое у меня кобиан аккурат и бекапит файлы, но только обычные файлы.
теневая копия не "золотая таблетка" и имеет свои минусы, к примеру файл виндового реестра теневое бекапирование может провести с неустранимой ошибкой,, ибо запись в него не атомарна.
а ты никак даже узнать не смогешь, что бекап битый...
mkone112, для образа системы надо перезагружаться, чтобы освободить раздел от работающей операционки и сделать бекап системного раздела.
файловый бекап кучи изменяющихся документов и настроек у меня срабатывает раз в сутки, в фоне, я его даже не замечаю.
п.с.: тоже начинал с бекапа разделов. до сих пор гдето валяется диск с акронисом :)
единственно что быстрый взгляд - if должен заканчиваться fi, т.е. в последней строке должно быть fi вместо else