Вот /etc/systemd/resolved.conf:
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# You can override the directives in this file by creating files in
# /etc/systemd/resolved.conf.d/*.conf.
#
# See resolved.conf(5) for details

[Resolve]
DNS=192.168.0.10 192.168.1.3 192.168.0.1
#FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844
#LLMNR=yes

Кстати, на KVM поднял пару машин, тоже самое поведение. Основную систему и на KVM, ставил с образа archlinux-2015.01.01-dual.iso.
В старой системе такого не наблюдалось.
Доброго времени суток!

Раньше при добавлении в /etc/systemd/resolved.conf строки:
DNS=192.168.0.10 192.168.1.3 192.168.0.1
При загрузке системы, днс адреса в таком же порядке добавлялись в /run/systemd/resolve/resolv.conf, как указано в конфиге. Тоесть, всегда было:
nameserver=192.168.0.10
nameserver=192.168.1.3
nameserver=192.168.0.1
Сейчас же, после загрузки системы, в /run/systemd/resolve/resolv.conf днс адреса добавляются в случайном порядке, при этом каждый раз по разному.
При systemctl restart systemd-resolved.service он так же добавляет днс в случайном порядке.

Вопрос, как сделать так, чтобы днс адреса добавлялись в том порядке, в котором указаны?
Можно сделать так:
{ rule = { class = "Pcmanfm" },
      properties = { }, callback = function (c) if c.type == "dialog" then awful.client.floating.set(c, true) end end  },
По крайней мере Pcmanfm задает соответствующий тип окну "_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DIALOG".
С другими приложениями такой способ не пройдёт, они половину модальных окон помечают как "normal/desktop".
Спасибо за ответ.

Natrio
Врать не буду, но не думаю, что можно. Во всяком случае, любые манипуляции со вновь созданной ФС только ещё больше испортят ещё сохранившиеся данные.

reiserfsck восстановил все файлы, по крайней мере бегло просмотрев структуру, вроде все на месте, за исключением корневых названий директорий. Некоторые файлы/директории были перемещены в корень с рандомными именами, но это не страшно.

Natrio
Как правило, после уничтожения ФС восстановить с раздела можно только нефрагментированные файлы, имеющие сигнатуры и внутреннюю структуру, по которой можно определить их границы, например всячесчкие картинки и т.д., для этого есть программа photorec из пакета testdisk.

Здесь проще, этот раздел был создан для бэкапов всей информации с разделов, бэкапы делались последовательно, следовательно будет минимальная фрагментация файлов.
photorec пробовал, но он восстанавливает без структуризации и дает рандомные имена файлам, при этом все кидает в одну директорию, получиться каша при восстановлении ~500.000 файлов
Доброго времени суток!
Мне нужно знать, реально ли восстановить все данные после mkreiserfs? раздел полностью не форматировался, запись данных на раздел не производилась.
До этого была та же файловая система reiserfs, на этот раздел mkreiserfs применил по ошибке, только сейчас заметил.

В сети информации по восстановлению дерева не нашел.
Сейчас пробую "reiserfsck --check --rebuild-tree -S -l /root/recovery.log /dev/sda4" но думаю это не поможет.