Я с этим ни когда не сталкивался, поэтому подсказать не могу. Но это вроде можно настроить через pactlPulseAudio. сделать скрипт и добавить его в автозагрузку. Не забудьте поделиться решением с другими. Удачи.
maxper , огромное спасибо за помощь!!! Видимо ошибка была в ФС.
Команда: sudo btrfs check --repair /dev/sda5, помогла.
Спасибо дружище!!!
лог
[manjaro@manjaro ~]$ btrfs check --repair /dev/sda5
enabling repair mode
ERROR: mount check: cannot open /dev/sda5: Permission denied
ERROR: could not check mount status: Permission denied
[manjaro@manjaro ~]$ sudo btrfs check --repair /dev/sda5
enabling repair mode
Checking filesystem on /dev/sda5
UUID: 2490e6d6-f630-4c94-8227-1b456c8b4f72
Fixed 0 roots.
checking extents
corrupt extent record: key 441843712 169 16384
corrupt extent record: key 441860096 169 16384
ref mismatch on [441843712 16384] extent item 3733182218240, found 1
Tree backref 441843712 parent 257 root 257 not found in extent tree
backpointer mismatch on [441843712 16384]
repair deleting extent record: key 441843712 169 0
adding new tree backref on start 441843712 len 16384 parent 0 root 257
Repaired extent references for 441843712
bad extent [441843712, 441860096), type mismatch with chunk
ref mismatch on [441860096 16384] extent item 957193591455744, found 1
Tree backref 441860096 parent 257 root 257 not found in extent tree
backpointer mismatch on [441860096 16384]
repair deleting extent record: key 441860096 169 0
adding new tree backref on start 441860096 len 16384 parent 0 root 257
Repaired extent references for 441860096
bad extent [441860096, 441876480), type mismatch with chunk
Tree backref 441876480 parent 257 root 257 not found in extent tree
Backref 441876480 root 600724190789889 not referenced back 0x560e153da490
Incorrect global backref count on 441876480 found 2 wanted 1
backpointer mismatch on [441876480 16384]
repair deleting extent record: key 441876480 169 0
adding new tree backref on start 441876480 len 16384 parent 0 root 257
Repaired extent references for 441876480
No device size related problem found
checking free space cache
cache and super generation don't match, space cache will be invalidated
checking fs roots
checking csums
checking root refs
found 18888896512 bytes used, no error found
total csum bytes: 16291532
total tree bytes: 599113728
total fs tree bytes: 548847616
total extent tree bytes: 27607040
btree space waste bytes: 99904629
file data blocks allocated: 20643700736
referenced 23628685312
И после:
лог
[manjaro@manjaro ~]$ sudo btrfs check --repair /dev/sda5
enabling repair mode
Checking filesystem on /dev/sda5
UUID: 2490e6d6-f630-4c94-8227-1b456c8b4f72
Fixed 0 roots.
checking extents
No device size related problem found
checking free space cache
cache and super generation don't match, space cache will be invalidated
checking fs roots
checking csums
checking root refs
found 18888880128 bytes used, no error found
total csum bytes: 16291532
total tree bytes: 599097344
total fs tree bytes: 548847616
total extent tree bytes: 27590656
btree space waste bytes: 99888383
file data blocks allocated: 20643700736
referenced 23628685312
Также спасибо всем, кто пытался мне помочь!!!
Проблема решена!!!
Извини, не обратил внимания:
Сначала на работающей системе:
sudo btrfs scrub start /
Работу команды можно проверить:
sudo btrfs scrub status /
Затем — загрузившись с флешки:
sudo btrfs check --repair /dev/sda5
Кстати, в fstab ничего не менял? ro в опциях монтирования нет?
Мне это ядро в принципе не нужно. Но для нормального обновления системы пакет linux415 приходится ставить в ignore.Так как удалить я его тоже не могу. Начинается удаление, создается файл блокировки и после перезагрузки — как будто ничего и не удалял.
лог
Подготовка…
Проверка зависимостей…
dkms необходим необязательный компонент linux-headers: build modules against the Arch kernel
Работа pre-transaction hooks…
Remove DKMS modules
Удаление linux415-headers (4.15.10-1)…
Удаление linux415-virtualbox-host-modules (5.2.8-4)…
Удаление linux415 (4.15.0-1)…
Работа post-transaction hooks…
Updating Grub-Bootmenu
Генерируется файл настройки grub …
Найден фон: /usr/share/grub/background.png
Найден образ linux: /boot/vmlinuz-4.14-x86_64
Найден образ initrd: /boot/intel-ucode.img /boot/initramfs-4.14-x86_64.img
Found initrd fallback image: /boot/initramfs-4.14-x86_64-fallback.img
Найден образ linux: /boot/vmlinuz-4.1-x86_64
Найден образ initrd: /boot/intel-ucode.img /boot/initramfs-4.1-x86_64.img
Found initrd fallback image: /boot/initramfs-4.1-x86_64-fallback.img
Найден Windows Boot Manager на /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi
Found memtest86+ image: /boot/memtest86+/memtest.bin
завершено
Arming ConditionNeedsUpdate…
Транзакция успешно завершена.
Удалил virtualbox-host-dkms и попробовал обновить linux415:
лог
Запускается полное обновление системы…
разрешение зависимостей…
проверка конфликтов…
Пакеты (1) linux415-4.15.10-1
Будет загружено: 69,10 MiB
Будет установлено: 116,10 MiB
Изменение размера: 10,60 MiB
Разработчики Манджаро для удобства пользователей делают готовые модули, что делает ненужным использование dkms. :)
Я сам столкнулся с этим пару лет назад в связи с zfs. Тоже не мог обновить ядро, пока просто не установил готовый модуль.
Проблема не в том, что-бы вывести звук с двух выходов.(это я могу)
А вот проблема в запуске с двух выходов после перезагрузки.(что-бы не ползать каждый раз в настройки.)
virtualbox-host-dkms установлен?
Если да, то думаю, что в нём проблема. Ядро 415 относительно новое, со сборкой через dkms могут быть проблемы.
Вообще, зачем собирать через dkms, если есть готовые модули?
Попробуй оставить только:
virtualbox
linux414-virtualbox-host-modules
linux415-virtualbox-host-modules
virtualbox-ext-vnc
То есть, грубо говоря, только сам virtualbox и модули к нему для каждого используемого ядра.
Команда: sudo btrfs check --repair /dev/sda5, помогла.
Спасибо дружище!!!
enabling repair mode
ERROR: mount check: cannot open /dev/sda5: Permission denied
ERROR: could not check mount status: Permission denied
[manjaro@manjaro ~]$ sudo btrfs check --repair /dev/sda5
enabling repair mode
Checking filesystem on /dev/sda5
UUID: 2490e6d6-f630-4c94-8227-1b456c8b4f72
Fixed 0 roots.
checking extents
corrupt extent record: key 441843712 169 16384
corrupt extent record: key 441860096 169 16384
ref mismatch on [441843712 16384] extent item 3733182218240, found 1
Tree backref 441843712 parent 257 root 257 not found in extent tree
backpointer mismatch on [441843712 16384]
repair deleting extent record: key 441843712 169 0
adding new tree backref on start 441843712 len 16384 parent 0 root 257
Repaired extent references for 441843712
bad extent [441843712, 441860096), type mismatch with chunk
ref mismatch on [441860096 16384] extent item 957193591455744, found 1
Tree backref 441860096 parent 257 root 257 not found in extent tree
backpointer mismatch on [441860096 16384]
repair deleting extent record: key 441860096 169 0
adding new tree backref on start 441860096 len 16384 parent 0 root 257
Repaired extent references for 441860096
bad extent [441860096, 441876480), type mismatch with chunk
Tree backref 441876480 parent 257 root 257 not found in extent tree
Backref 441876480 root 600724190789889 not referenced back 0x560e153da490
Incorrect global backref count on 441876480 found 2 wanted 1
backpointer mismatch on [441876480 16384]
repair deleting extent record: key 441876480 169 0
adding new tree backref on start 441876480 len 16384 parent 0 root 257
Repaired extent references for 441876480
No device size related problem found
checking free space cache
cache and super generation don't match, space cache will be invalidated
checking fs roots
checking csums
checking root refs
found 18888896512 bytes used, no error found
total csum bytes: 16291532
total tree bytes: 599113728
total fs tree bytes: 548847616
total extent tree bytes: 27607040
btree space waste bytes: 99904629
file data blocks allocated: 20643700736
referenced 23628685312
И после:
enabling repair mode
Checking filesystem on /dev/sda5
UUID: 2490e6d6-f630-4c94-8227-1b456c8b4f72
Fixed 0 roots.
checking extents
No device size related problem found
checking free space cache
cache and super generation don't match, space cache will be invalidated
checking fs roots
checking csums
checking root refs
found 18888880128 bytes used, no error found
total csum bytes: 16291532
total tree bytes: 599097344
total fs tree bytes: 548847616
total extent tree bytes: 27590656
btree space waste bytes: 99888383
file data blocks allocated: 20643700736
referenced 23628685312
Также спасибо всем, кто пытался мне помочь!!!
Проблема решена!!!
Сначала на работающей системе:
sudo btrfs scrub start /
Работу команды можно проверить:
sudo btrfs scrub status /
Затем — загрузившись с флешки:
sudo btrfs check --repair /dev/sda5
Кстати, в fstab ничего не менял? ro в опциях монтирования нет?
P.S. Да, ошибка пропала. Но вот, это треклятое ядро! Не обновить ни удалить нельзя.
ps Обрати внимание, что ошибка с dkms исчезла.
Есть в китайской репе.
Проверка зависимостей…
dkms необходим необязательный компонент linux-headers: build modules against the Arch kernel
Работа pre-transaction hooks…
Remove DKMS modules
Удаление linux415-headers (4.15.10-1)…
Удаление linux415-virtualbox-host-modules (5.2.8-4)…
Удаление linux415 (4.15.0-1)…
Работа post-transaction hooks…
Updating Grub-Bootmenu
Генерируется файл настройки grub …
Найден фон: /usr/share/grub/background.png
Найден образ linux: /boot/vmlinuz-4.14-x86_64
Найден образ initrd: /boot/intel-ucode.img /boot/initramfs-4.14-x86_64.img
Found initrd fallback image: /boot/initramfs-4.14-x86_64-fallback.img
Найден образ linux: /boot/vmlinuz-4.1-x86_64
Найден образ initrd: /boot/intel-ucode.img /boot/initramfs-4.1-x86_64.img
Found initrd fallback image: /boot/initramfs-4.1-x86_64-fallback.img
Найден Windows Boot Manager на /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi
Found memtest86+ image: /boot/memtest86+/memtest.bin
завершено
Arming ConditionNeedsUpdate…
Транзакция успешно завершена.
Удалил virtualbox-host-dkms и попробовал обновить linux415:
разрешение зависимостей…
проверка конфликтов…
Пакеты (1) linux415-4.15.10-1
Будет загружено: 69,10 MiB
Будет установлено: 116,10 MiB
Изменение размера: 10,60 MiB
:: Приступить к установке? [Y/n] y
:: Получение пакетов…
linux415-4.15.10-1-… 69,1 MiB 5,53M/s 00:12 [###################] 100%##############################----] 91%
(1/1) проверка ключей [###################] 100%
(1/1) проверяется целостность пакета [###################] 100%
(1/1) загрузка файлов пакетов [###################] 100%
(1/1) проверка конфликтов файлов [###################] 100%
(1/1) проверяется доступное место [###################] 100%
:: Подготовка предоперационных перехватов…
(1/1) Remove DKMS modules
:: Обработка изменений пакета…
(1/1) обновление linux415 [#######################################] 100%
:: Работа послеоперационных перехватов…
(1/5) Updating linux415 module dependencies…
(2/5) Install DKMS modules
(3/5) Updating linux415 initcpios…
==> Building image from preset: /etc/mkinitcpio.d/linux415.preset: 'default'
-> -k /boot/vmlinuz-4.15-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.15-x86_64.img
==> Starting build: 4.15.10-1-MANJARO
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [keymap]
-> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.15-x86_64.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux415.preset: 'fallback'
-> -k /boot/vmlinuz-4.15-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.15-x86_64-fallback.img -S autodetect
==> Starting build: 4.15.10-1-MANJARO
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [keymap]
-> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.15-x86_64-fallback.img
==> Image generation successful
(4/5) Updating Grub-Bootmenu
/sbin/grub-mkconfig: строка 245: /boot/grub/grub.cfg.new: Файловая система доступна только для чтения
ошибка: не удалось корректно выполнить команду
(5/5) Arming ConditionNeedsUpdate…
touch: установка временных отметок '/usr': Файловая система доступна только для чтения
ошибка: не удалось корректно выполнить команду
предупреждение: не удалось удалить локфайл /var/lib/pacman/db.lck
Чтобы продолжить, нажмите любую клавишу...
Это делают разработчики всех дистрибутивов :)
Манджаро — не Арч! :)
Я сам столкнулся с этим пару лет назад в связи с zfs. Тоже не мог обновить ядро, пока просто не установил готовый модуль.
Выбор за пользователем.
manjaro.ru/blog/how-to/tipovye-problemy-manjaro-linux-dlja-novichkov-obnovljaemaja-statja.html
А вот проблема в запуске с двух выходов после перезагрузки.(что-бы не ползать каждый раз в настройки.)
2) купить:
Если у Папы нет проблем, то их не должно быть и у производных.
Если да, то думаю, что в нём проблема. Ядро 415 относительно новое, со сборкой через dkms могут быть проблемы.
Вообще, зачем собирать через dkms, если есть готовые модули?
Попробуй оставить только:
virtualbox
linux414-virtualbox-host-modules
linux415-virtualbox-host-modules
virtualbox-ext-vnc
То есть, грубо говоря, только сам virtualbox и модули к нему для каждого используемого ядра.