rm_

Судя по названию опции, у вас не работали только пинги >505 байт, а обычные пакеты ходили исправно. Если бы и вправду не ходили, то не работало бы вообще примерно ничего. Но раз они ходили и раньше, то увы проблема может быть в чём-то другом.

Так не из неё же самой dd-то делать, а загрузившись с LiveCD с любым линуксом. И можно в файл, лежащий на сетевой шаре, вполне. Можно даже воспользоваться qemu-img, у которого есть параметры входного формата (raw) и выходного (по желанию VHD(X)). Не знаком с disk2vhd, но по идее инструменту подобного толка лезти в содержимое диска и вовсё необязательно, как и знать какая там ФС. Так что не исключил бы, что сработает и он.

Geany, только ей интерфейс испоганили переводом на GTK 3, до этого был лучше. Остаюсь на старой версии. Чего вообще? Это не Unix-way.

Нет не кажется, из вводных мы имеем максимум "неизвестно что произошло", а никак не "ну всё понятно, это CrystalDisk(???) всё стёр", как вы написали. При инициализации в GPT она создаёт Microsoft Reserved раздел объёмом ~128 МБ. Ясное дело, ну автор был незнаком со smartctl и решил воспользоваться виндовым аналогом. А почему делаете отступ 4 килобайта, если на диске были разделы и RAID делался из них, то 4 килобайта нужно отсчитывать от начала раздела, а не начала всего диска. При создании современными инструментами первый раздел обычно начинается с 2048-го сектора (1 мегабайт). Если старыми, то с 63-го сектора (32256 байт).

Хватит городить какую-то херню. Ну честно. Из известных вводных этого никак не следует. CrystalDiskInfo это просто инструмент для отображения SMART, аля smartctl. CrystalDiskMark имеет недеструктивный тест на запись, требующий обязательного наличия уже существующей ФС на диске. Для "посмотреть состояние" даже гадать нечего, пользовались естественно первым. Да и второй ничего не стал бы писать, не видя диск как доступный для чтения-записи с известной ФС и "буквой диска". Если конечно юзер не делал что-либо ещё, например какую-нибудь Викторию и т.д. Кроме того, если изначально под RAID использовались raw-диски (весь диск без разделов), то при попытке такой диск открыть в Disk Management в винде, она предлагает его инициализировать в GPT, и если с этим согласиться, создаёт там Microsoft Reserved Partition, и вот этим как раз успешно убивает метаданные RAID'а. Но и на это не похоже по симптомам, автор вроде говорит, что разделов сейчас вообще нету никаких (даже Microsoft Reserved), в то время как должны были быть.

Здесь ровно то же самое, о чём я писал в предыдущем посте, для 1000 абонентов 100 гигабит канал и не нужен, гораздо меньшего канала будет достаточно, чтобы на практике любой юзер в любое время при необходимости мог получить у себя полную скорость по тарифу. Просто потому, что "необходимость" не возникает у них всех одновременно. Может конечно это конкретно мой провайдер такой хороший, но мне казалось в последние годы уже у большинства так, и чтобы даже в час пик в выходные у кого-то из клиентов проседало ниже тарифной из-за полки на внешних каналах, это зашквар-зашквар, такие горе-провайдеры уже давно повылетали с рынка.

Главная дичь в вашем топике, почему его никто не воспринимает всерьёз и думает что вы троллите, воруете или ещё невесть что творите - это ваша уверенность что на 5 компьютеров обязательно надо 500 мегабит. Мол, вот подключили один, он занял 100 мегабит, всё, на следующий нужно ещё 100, и так далее. Это не так работает. 100 мегабит на сегодня - вполне достойная, достаточная скорость на всё домохозяйство целиком (с несколькими компьютерами, ноутами, мобильными телефонами и т.д.). Знаете, сколько скорости требуется, чтобы смотреть Ютуб в 4K? 20 мегабит. И ваших 100 не хватит только если на всех пяти компьютерах или телевизорах одновременно запустят этот ютуб, и именно на каждом в 4K. Если не 4K, а просто 1080p - это вообще 5 мегабит, и сотни хватит уже на 20 одновременных ютубов. Про торренты и прочее не вижу смысла вспоминать, вряд ли вы или кто-то из ваших домашних ими пользуется. Соцсети, сайты - это копейки, и к тому же сильно нерегулярной, неодновременной между разными пользователями нагрузки, благодаря чему это тоже может легко уместиться в общий с другими канал.

Flow Control выключен? (выключить)

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

Кто-то сделал сайт в поддержку: https://stallmansupport.org/

Клиент не сможет просить сервер, Flow Control работает только в рамках конкретного линка (провода) то есть клиент будет общаться по этому протоколу только со свитчом. Здесь задумка в том, чтобы свитч просил чуток отдохнуть передающий данные сервер, на случай если у него, свитча, оказались забиты буфера. Но насколько хорошо это на практике реализовано в используемых свитчах/адаптерах/драйверах и поможет ли ТС -- вопрос.

Так вопрос был, а что тормозит когда 10G<>1G? Вы всё повторяете слово "несимметричность", и уже два человека попросили подробнее расписать -- в чём она заключается? При "10G сервер<>1G клиент", у клиента что, скорость аплоада не 1G? или даунлоада не 1G? Можно даже конкретно с копипастом вывода iperf3.

А какую конкретно имеет? Сколько аплоад, сколько даунлоад, где проблема-то? Сервер на чём? Если линуксы, попробуйте разные TCP Congestion Control алгоритмы -- illinois или bbr.

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

Опубликовано открытое письмо в поддержку Столлмана

Ну по зависимостям пройтись и поставить то что он требует. https://packages.debian.org/stretch/tcl-expect https://packages.debian.org/stretch/libtcl8.6 только внимательно с архитектурами, определить которая нужна, из mips, mipsel, mips64el. Или, если там прямо сам Debian, то может и apt-get работает?

А если отсюда вытащить, может заработает? https://packages.debian.org/buster/mips64el/expect/download

Это продолжение по Flow Control, о том что с ним сделать. :) Обычно рекомендуют выключать, но здесь же на форуме помню какую-то проблему с потерями или низкой скоростью, которая решилась включением. Речь о том, что помимо Flow Control других механизмов которыми сервер может сообщать другому о загрузке его интерфейсов - нет.

Этого же самого линка? Ну этож широко известный Flow Control. Советы разнятся от выключать везде, до включать везде. В качестве универсального можно применить "переключите на по-другому чем щас". Другого линка, каких-то линков "вообще"? Нет такого.

По хорошему, когда два и более, делается чтоб они между собой информацией обменивались, и называется это DHCP Failover. Но вроде бы и без этого нет никаких препятствий для корректной работы, учитывая что выданный сервером адрес клиент всё равно сначала проверяет на занятость. А если они раздают разные диапазоны, так и вообще нет проблем.

Если речь про этот клиент https://www.speedtest.net/apps/cli, он не выглядит опенсорсным, так что пишите им и просите чтоб скомпилировали. Либо просто пользуйтесь питоновским.

Как вариант, оба оказались не Auto MDI-X https://ru.wikipedia.org/wiki/Medium_Dependent_Interface#Auto_MDI-X То есть внезапно ни свитч, ни роутер не умеют самостоятельно перекрещивать кабель. Хотя конечно маловероятно. Попробовать кабель с перекрёстной обжимкой, или если уже используется с перекрёстной, то наоборот с прямой.

Так "20 ядер (40 потоков)" это и есть Hyper-Threading.

Так второй чип и есть мультипликатор. Если типа такого https://www.aliexpress.com/item/1005001806202529.html 88SE9215 это 4-портовый чип, на плате у него 3 порта выведены напрямую, а из четвёртого порта висит разветвитель от JMicron ещё на 5.

В качестве мини-оффтопа: есть у меня пара платок на E-350, и одна на C60. На всех по два слота памяти. Так вот они оказывается тоже тянут китайские 16-гиговые планки "AMD-only" DDR3 с eBay. 64 бита, 1.0 ГГц, 2 ядра. 9 ватт, пассивное охлаждение. Кстати, 6 SATA-портов. И 32 ГБ оперативки. "Идеально" (c)