Покажи Публикации - mimosh
* Виж публикациите на потр. | Виж темите на потр. | Виж прикачените файлове на потр
Страници: [1] 2 3 ... 20
1  Linux секция за начинаещи / Настройка на програми / Re: Kubuntu (KDE) трей и нотификации -: Юни 06, 2019, 15:16
На Кубунту 18.04 Вайбър не ми работи с двоен клик.

Тъндърбърд ползва нотификациите на КДЕ, обаче не се отваря при двоен клик на съобщение.

Не намерих откъде/дали може да се настройва.
2  Linux секция за начинаещи / Настройка на програми / Re: Kubuntu (KDE) трей и нотификации -: Юни 05, 2019, 17:34
За нотификацията не съм сигурен. Ще проверя и ще пиша.
3  Linux секция за начинаещи / Настройка на програми / Re: Kubuntu (KDE) трей и нотификации -: Юни 05, 2019, 16:57
Не съм сигурен че може да се настройва от КДЕ.
Вайбър не работи с двойно щракване, да става активен.
qbittorrent обаче работи с двойно щракване, ама той се настройва от опциите мисля.
4  Linux секция за напреднали / Хардуерни и софтуерни проблеми / Re: Проблем с virt-manager -: Май 11, 2019, 12:21
Може да погледнеш, и ако използваш NAT да преминеш към Bridge. NAT-a e бъгав принципно.

Ползвам Route to wlp3s0

ПС: Тази виртуална машина съм я ползвал и с Кубунту 16.04, там нямаше такъв проблем.

Инсталацита на 18.04 беше чиста и конфигурацията на виртуалната машина е създадена наново, тъй като имаше някъкъв проблем при ъпгрейда беше забранено връзка с virt-manager-a.

Проблема не е много чест, обаче е дразнещ. Понякога се случва няколко пъти докато работиш да се появи, понякога с дни не се появява.
5  Linux секция за напреднали / Хардуерни и софтуерни проблеми / Проблем с virt-manager -: Май 10, 2019, 22:54
Здравейте,
имам следният проблем с virt-manager:
Ползвам виртуална машина с уиндоус 8.1 на нея и както си работя забива за няколко секунди, след което virt-manager се изключва. Когато го включа отново, виртуалната машина си работи. Ако по време на забиването съм цъкал с мишката то тези действия са се изпълнявали и аз не съм ги виждал, т.е. виртуалната машина явно продължава да си работи, просто нямам достъп до нея.

Та въпроса ми е от къде да започна за да установя какъв е проблема.

Ползвам Кубунту 18.04, Virtual Machine Manager 1.5.1

Точно след такова забиване дадох идход от dmesg и ето това е:

Цитат
[ 3694.298488] audit: type=1400 audit(1557465649.141:30): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libvirt-cfe144d7-caf7-4043-bba8-aabf909848ec" pid=4276 comm="apparmor_parser"
[ 3694.451008] audit: type=1400 audit(1557465649.297:31): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libvirt-cfe144d7-caf7-4043-bba8-aabf909848ec" pid=4279 comm="apparmor_parser"
[ 3694.591849] audit: type=1400 audit(1557465649.437:32): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libvirt-cfe144d7-caf7-4043-bba8-aabf909848ec" pid=4282 comm="apparmor_parser"
[ 3694.731235] audit: type=1400 audit(1557465649.577:33): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libvirt-cfe144d7-caf7-4043-bba8-aabf909848ec" pid=4285 comm="apparmor_parser"
[ 3694.782860] virbr1: port 2(vnet0) entered blocking state
[ 3694.782864] virbr1: port 2(vnet0) entered disabled state
[ 3694.783155] device vnet0 entered promiscuous mode
[ 3694.785539] virbr1: port 2(vnet0) entered blocking state
[ 3694.785545] virbr1: port 2(vnet0) entered listening state
[ 3694.979212] audit: type=1400 audit(1557465649.825:34): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libvirt-cfe144d7-caf7-4043-bba8-aabf909848ec" pid=4311 comm="apparmor_parser"
[ 3695.244782] L1TF CPU bug present and SMT on, data leak possible. See CVE-2018-3646 and https://www.kernel.org/doc/html/latest/admin-guide/l1tf.html for details.
[ 3696.790745] virbr1: port 2(vnet0) entered learning state
[ 3698.806745] virbr1: port 2(vnet0) entered forwarding state
[ 3698.806747] virbr1: topology change detected, propagating
[ 5016.226550] perf: interrupt took too long (2511 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
[ 5762.432066] perf: interrupt took too long (3160 > 3138), lowering kernel.perf_event_max_sample_rate to 63250
[ 8079.675820] perf: interrupt took too long (3966 > 3950), lowering kernel.perf_event_max_sample_rate to 50250
[ 8098.802366] audit: type=1400 audit(1557470053.628:35): apparmor="DENIED" operation="capable" profile="/usr/sbin/libvirtd" pid=5059 comm="libvirt_parthel" capability=17  capname="sys_rawio"

обаче това на мен нищо не ми говори.

Някакви насоки?
6  Linux секция за начинаещи / Настройка на програми / Re: Експорт на настройки от Virt-manager -: Яну 18, 2019, 15:05
В началото мислех че има някакъв вариант да се експортне всичко на куп, обаче разбирам че не става.

Export/import на машините става с тия команди

Цитат
virsh dumpxml GuestID > guest.xml

Цитат
virsh create configuration_file.xml


По-скоро ме интересуват настройките на вилтуалните мрежи и storage pools (мисля така се водеше)
7  Linux секция за начинаещи / Настройка на програми / Експорт на настройки от Virt-manager -: Яну 16, 2019, 15:11
Здравейте,
Ползвам Virt-manager за виртуализация на win 8 и win 10 (имам няколко машини).
Направих си ъпдейт на Кубунту 16.04 до 18.04 и сега КДЕ както си работи забива за около 1-2 мин.
Та искам да направя чиста инсталация на Кубунту 18.04, обаче ми се ще да направя експорт на всички настройки на virt-manager, не само отделните машини.



8  Linux секция за начинаещи / Настройка на програми / Re: Проблем с повреден пакет помагайте! -: Яну 14, 2019, 15:23
Поради незнам си какви причини поддръжката на долфин с администраторски права е забранена в КДЕ.
Преди време и аз се мъчих.

Аз ползвам Midnight Comannder в конзола
инсталира се така
Цитат
sudo apt-get install mc
и се пуска в администраторски режим с
Цитат
sudo mc
9  Нетехнически теми / Идеи и мнения / Re: Електронен подпис - подписване в браузър -: Яну 04, 2019, 16:06
Ползвам подпис от ПИБ на инфонотари - работи.
Последно е пробван на Кубунту 16.04, сега обнових до 18.04 и не съм го пробвал.
за подписване на PDF-и не зная как става под Линукс.

Имам инсталиран уиндоус на KVM и съм направил USB passtrough за да подписвам PDF-ите с Adobe Reader
10  Linux секция за напреднали / Начини за увеличаване на бързодействието / Intel GVT-g и KVM -: Юли 03, 2018, 09:04
От известно време се заигравам с това чудо, обаче стигнах до момент в който не мога да се оправя.

Във всички ръководства qemu се стартира от команден ред, обаче досега съм ползвал virt-manager само.

За да сработи цялото нещо трябва да се добави устройство

-device vfio-pci,sysfsdev=/sys/bus/pci/devices/0000:00:02.0/d8338774-7dc7-11e8-8410-5f9c9410339b,x-igd-opregion=on,display=on

и това в команден ред на qemu

Въпроса ми е: Как мога да го добавя на вече съществуваща машина?

Опитах с
Цитат
virt-xml win8.1-infonotary --edit --confirm --qemu-commandline="-device vfio-pci,sysfsdev=/sys/bus/pci/devices/0000:00:02.0/d8338774-7dc7-11e8-8410-5f9c9410339b,x-igd-opregion=on"

Обаче ми връща грешка
Цитат
usage: virt-xml [options]
virt-xml: error: unrecognized arguments: --qemu-commandline=-device vfio-pci,sysfsdev=/sys/bus/pci/devices/0000:00:02.0/d8338774-7dc7-11e8-8410-5f9c9410339b,x-igd-opregion=on

11  Linux секция за начинаещи / Настройка на програми / Re: Проблем с LibreOffice -: Юни 26, 2018, 16:45
След като пуснах темата и ме насочихте към Dolphin-a, се порових малко.

Тази папка ми е направена като пряк път в Dolphin в панела с местата.
Оказа се, че тези питанки поради някаква причина са се появили в този пряк път. Поправих пътя на папката да сочи където трябва и за момента работи, повече не ми се е появила тази грешка.

Отбелязвам проблема като Решен.

Благодаря на всички за насоките.  [_]3 [_]3 [_]3
12  Linux секция за начинаещи / Настройка на програми / [Решен] Проблем с LibreOffice -: Юни 20, 2018, 10:41
Здравейте, има следният проблем с LibreOffice

При отваряне на файлове се получава следното съобщение
Цитат
/media/Media/milen_work/Проекти - shared/0 - Предадени обекти/арх. Узунов/Юри Големилов - блок 181, гр. Златоград/Записка ЕЕ.odt??????? - shared не съществува.

На практика файлът е със следният път
Цитат
/media/Media/milen_work/Проекти - shared/0 - Предадени обекти/арх. Узунов/Юри Големилов - блок 181, гр. Златоград/Записка ЕЕ.odt

т.е. разликата е
Цитат
??????? - shared

Това се получава, когато се опитам да отворя файла директно от Dolphin. Когато отворя първо Libre-то и после файла няма проблем.

Системата е Ubuntu 16.04.3, LibreOffice 6 инсталиран от ppa

Файловете са на отделен диск който се монтира с Fstab със следният ред
Цитат
UUID=9a655270-00a5-49de-a5ee-b0cea0a531f9 /media/Media           ext4    defaults        0       2

Диска е с chmod 777

Файловете се записват от Уиндоус 8.1 (виртуален, KVM) през Samba с командата force user = mimosh

Някакви насоки къде може да е проблема или къде да чета?
Грешката се получава с всички файлове на кирилица.
13  Linux секция за начинаещи / Настройка на хардуер / Re: Software RAID 1 -: Апр 18, 2018, 08:08
Това беше странно.

Сега му дадох
Цитат
mdadm --manage /dev/md0 --add /dev/sdb1

Доколкото разбирам поради някаква причина при някой от рестартите (спирания на тока) втория диск не се е свързал и е бил отбелязан като FAIL.
Сега се синхронизира

Цитат
very 2,0s: cat /proc/mdstat                                                                                                                                            Wed Apr 18 08:07:31 2018

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdb1[3] sda1[2]
      622914688 blocks super 1.2 [2/1] [U_]
      [>....................]  recovery =  2.8% (17805184/622914688) finish=384.0min speed=26258K/sec

md1 : active raid1 sdb5[3] sda5[2]
      2082752 blocks super 1.2 [2/1] [U_]
        resync=DELAYED

unused devices: <none>

По-късно, като се синхронизира, ще пиша какъв е резултата и след рестарт.
14  Linux секция за начинаещи / Настройка на хардуер / Re: Software RAID 1 -: Апр 18, 2018, 07:25
Цитат
cat /proc/partitions
major minor  #blocks  name

   8        0     625131864 sda
   8        1     623045898 sda1
   8        2                   1 sda2
   8        5        2083840 sda5
  11        0       1048575 sr0
   9        1        2082752 md1
   9        0     622914688 md0
   8       16    625131863 sdb
   8       17    623045898 sdb1
   8       18                  1 sdb2
   8       21       2083840 sdb5

По принцип този Райд е направен от съществуваща не Райд инсталация.
/dev/sda1 е кореновия дял
/dev/sda5 беше swap файл

Оригиналният диск с данни беше този, който в момента е външен. Направен е Райд масив в който е добавен диск SDA и са копирани данните и този диск е сложен вътре в лаптопа и зарежда първи. След това е добавен вторият, външен диск и данните се синхронизираха. Това може би преди две години. От тогава си мисля че работи и не съм го поглеждал.
15  Linux секция за начинаещи / Настройка на хардуер / Software RAID 1 -: Апр 17, 2018, 22:32
Здравейт,
Имам нужда от малко помощ

Та значи имам сървър (лаптоп), който е с Убунту 14.04. На него имам сложени два диска, един вътрешен и един външен на USB. Двата диска са настроени в софтуеърен RAID 1. Лаптопа се използва за OwnCloud сървър.

Днес обаче забелязах че външният диск не е активен в райда. Доколкото успях да чета и да гледам логовете не виждам да има някъкъв проблем с диска, което ме навежда на мисълта че има някакъв проблем с настройките.
Прилагам логове.

Цитат
dmesg | grep sda
[    2.651586] sd 0:0:0:0: [sda] 1250263728 512-byte logical blocks: (640 GB/596 GiB)
[    2.651593] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    2.651661] sd 0:0:0:0: [sda] Write Protect is off
[    2.651664] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    2.651700] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.725947]  sda: sda1 sda2 < sda5 >
[    2.726575] sd 0:0:0:0: [sda] Attached SCSI disk
[    2.979038] md: bind<sda5>
[    2.987031] md: bind<sda1>

Цитат
dmesg | grep sdb
[    3.822156] sd 6:0:0:0: [sdb] 1250263726 512-byte logical blocks: (640 GB/596 GiB)
[    3.822712] sd 6:0:0:0: [sdb] Write Protect is off
[    3.822716] sd 6:0:0:0: [sdb] Mode Sense: 03 00 00 00
[    3.823356] sd 6:0:0:0: [sdb] No Caching mode page found
[    3.823363] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[    3.828728]  sdb: sdb1 sdb2 < sdb5 >
[    3.832352] sd 6:0:0:0: [sdb] Attached SCSI disk

Цитат
cat /etc/mdadm/mdadm.conf
# mdadm.conf
#                                                                                                                                                                                               
# Please refer to mdadm.conf(5) for information about this file.                                                                                                                               
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This file was auto-generated on Tue, 03 Jan 2017 10:35:00 +0200
# by mkconf $Id$

DEVICE /dev/sda* /dev/sdb*

ARRAY /dev/md0 metadata=1.2 name=ubuntu-14:0 UUID=feb04b3a:fcf99205:3b958b70:9cad3d6e
ARRAY /dev/md1 metadata=1.2 name=ubuntu-14:1 UUID=d3730e9b:6b2b597a:a52afdb6:4a975456


Цитат
cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sda1[2]
      622914688 blocks super 1.2 [2/1] [U_]
     
md1 : active raid1 sda5[2]
      2082752 blocks super 1.2 [2/1] [U_]


Цитат
sudo mdadm --detail /dev/md0
[sudo] password for mimosh:
/dev/md0:
        Version : 1.2
  Creation Time : Tue Jan  3 10:38:47 2017
     Raid Level : raid1
     Array Size : 622914688 (594.06 GiB 637.86 GB)
  Used Dev Size : 622914688 (594.06 GiB 637.86 GB)
   Raid Devices : 2
  Total Devices : 1
    Persistence : Superblock is persistent

    Update Time : Tue Apr 17 22:29:00 2018
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

           Name : ubuntu-14:0  (local to host ubuntu-14)
           UUID : feb04b3a:fcf99205:3b958b70:9cad3d6e
         Events : 3900012

    Number   Major   Minor   RaidDevice State
       2       8        1        0      active sync   /dev/sda1
       1       0        0        1      removed




Страници: [1] 2 3 ... 20