Попробуй сначала перезалить образ на другую флешку, если не поможет, качай образ заново, либо битый образ либо в убунту нет драйверов на звук, попробуй минт поставить как вариант
Тогда попробуй драйвер wifi в линуксе переустановить, возможно что старый драйвер не поддерживает данное устройство или ему необходимы другие параметры инициализации
У меня был случай на windows комп сильно тормозил из-за неисправного wifi модуля, но если в windows он работает может драйвер битый, в вашем случае я бы проверил диск на битые блоки на линукс разделе, очень похоже на попытку очень долго прочитать критически важный компонент и пропуск чтения по таймауту
Alex_GDI, тем более если учишь и есть тестовая среда пробуй разные варианты сравнивай результаты, хотя понимаю что на тестовой среде сложно получить достаточный поток данных что бы такую систему тестировать(довести до предела), но можно попытался завернуть дубли запросов с продакшена на тестовую среду и отправлять в /dev/null
Alex_GDI, почитай про технологию записи на qls ячейки, проведи тесты записи на qls(полный объем диска, а не 1гб в том же cristall mark, хорошо бы если с одинаковых дисков ssd) сравни со скоростью доступа чтения/записи с обычным hdd если будет выше смысла в дополнительном объеме не вижу, иначе ты можешь потерять именно на времени сжатии данных по глубине ячеек, если сильно упрощать каждый переход на другой из слоев уменьшает скорость записи на 2+ время на сжатие(отклик контроллера при операции сжатия ячеек), +увеличение износа ячеек
P.S. вообще вижу очень хреновоую идею использова qls как кеш, полный объем не используется либо приводит к увеличенному износу ячеек, проще взять за туже сумму slc ssd, остальное покажут тесты, да и не думаю что кеш в данном случае хотя-бы приблизительно равен hdd,
P.s.s Проще и логичнее в данном случае использовать ram диск, он более устойчив к перезаписи, и имеет сквозвую перезапись, а на ssd лучше на весь объем сделать своп, при условии не очень часто меняющихся данных
Если в windows через программную утилиту самого диска тогда есть смысл, в линуксе это должно работать, а по поводу sls, mls,tls,qls ниже(выше) правильно написано что техпроцесс ты в любом случае не обманешь на сжатие требуется время, тут вариант только один для повышения быстродействия не использовать слои кроме sls, т.е. ограничить объем диска так чтобы переполнение первого слоя небыло, но смысл покупать большой размер, с mls,tls,qsl нету, там скорее всего наработка времени в итоге будет меньше, итого под кеш твой выбор из sls, *sls=slc
Не согласен с udp(либо дополню что важные данные в данном случае не "фоточки-видюшки" а документы без которых совсем никак), я бы для начала провел тест файловой системы, это не hdd, там затереть данные сложно, если контроллер перешёл в в read only(если сам контроллер не совсем шлак), ничего плохого не будет, если только он не деградирует, при этом условии не факт что даже считать данные получится полностью, а тест без чтения свободного пространства, может занять меньше оперативного времени. При условии деградации контроллера процентов 80% что придётся использовать спец-средства, чтобы считать данные с чипов
Adamos, так я примерно про это и говорил что есть файл с описанием стиля, просто обозвал его файлом конфигурации, что нет так далеко от истины, так как это и есть файл конфигурации стиля
Про темы и сам уже думал просто подобрать подходящую, вопрос в том как отредактировать, или если совсем точней по идее должны быть конфиги в которых можно поправить 1 значение, и все будет ок
loscutik, попробуй папки как сетевые диски подключить, они иногда тоже глючат, значок типа не подключено, но чаще всего доступ будет, и с smbv3, smbv2, smbv1(по-моему отдельно ставить надо или в реестре разрешить) отключай лишние, если есть старые ос приводи к единому протоколу, хз как они друг с другом могут конфликтовать
