Debian GNU/Linux

Sziasztok.

Amikor egy szerkesztőn belüli átméretezést szeretnék csinálni ("z" billenytű lenyomása a midi tracken), egy hónapja még nem volt probléma. Valami azóta frissülhetett az alapdebianon, mert ilyennel omlik össze az Ardour:

(ardour-7.2.123:15356): glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: std::bad_alloc

JackEngine::XRun: client = ardour was not finished, state = Triggered
JackAudioDriver::ProcessGraphAsyncMaster: Process error
JackEngine::XRun: client = ardour was not finished, state = Triggered
JackAudioDriver::ProcessGraphAsyncMaster: Process error
Trace/breakpoint trap

Szerintetek mi a baja?

hogy lehetne beallitani systemd alatt, hogy az ssh fusson addig, mig a libvirtd is fut?

atirtam a cimet, hogy aki eddig megijedt tole, az ne tegye :)

azt mar sikerult beallitanom, hogy a libvirtd fusson addig, amig a libvirt-guests-nek szuksege van ra.

megprobaltam ugyanazzal a modszerrel beallitani, hogy az ssh fusson addig, mig a libvirtd-nek szuksege van ra, de nem lett jo.

mit rontottam el?

systemd szakertok ne kimeljenek, koszi!

regi:

van arra mod, hogy ugyanugy mint regen, csak azutan all le a szerver, miutan leallitotta a virtualis gepeket?

persze lehet egy 10 perces inhibitor timeout, de ezt meg ne varja meg, ha a virtualis gepek mar lealltak.

regen ugy mukodott, hogy miutan lealltak a gepek, leallitotta a szervert es volt egy 5 perces timeout minden virtualis gepnel.

most ugy mukodik, hogy elkezdi leallitani a virtualis gepeket, de az inhibitor timeoutkor akkor is leallitja a gepet, ha a virtualis gepek egy resze meg fut, vagy ha 10percre allitom az inhibitor timeoutot, akkor is megvarja, ha mar lealltak a virtualis gepek.

systemd szakertok ne kimeljenek, koszi!

https://micronews.debian.org/2023/1702150551.html

Due to an issue in ext4 with data corruption in kernel 6.1.64-1, we are pausing the 12.3 image release for today while we attend to fixes. Please do not update any systems at this time, we urge caution for users with UnattendedUpgrades configured. Please see bug# 1057843: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057843

hogy lehet megoldani, hogy a systemd-journald ne irjon a kernel ring bufferbe? mukodjon ugy, ahogy debian 11-ben mukodott.

tudom, hogy a dmesg -k kiszuri, de ha mar tele a buffer, az eleje hianyzik, igy az lenne a jo, ha bele sem irna.

Sziasztok!

Debian 12  fut a gépemen Cinnamon DE-vel. Szeretnék beállítani jópár  L2TP- kapcsolatot.

A network-manager-l2tp network-manager-l2tp-gnome csomagok fent vannak.

Ettöl függetlenül még mindíg nem tudok létrehozni kapcsolatokat. "Error: unable to load VPN connection editor".
 

Ötlet?
Előre is köszi a választ!

Sziasztok! Valaki tudna nekem segíteni abban hogy miért nem látom a Windows boot managert a GRUB-ban? Telepítettem egy Debian-t a merevlemezemre viszont nekem van egy Windowsom is egy ssd-n. A GRUB az ssd-re került az bootol induláskor és ki tudom választani a Debian-t de nem tudom hogy a Windows miért nincsen ott. A GRUB customizer viszont írja a Windowst.

Sziasztok!

Latott mar valaki ilyesmit a targybeli frissites utan?

# apt-get install libboost-chrono1.74-dev 
[...]
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libboost1.81-dev : Conflicts: libboost1.74-dev but 1.74.0+ds1-21 is to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

Ugye ilyen is van meg olyan is.

Sziasztok!

Frissen telepített Debian 12 került egy laptopra.

Synaptic csomagkezelő indításakor bekéri a jelszót, viszont nem történik semmi.

Hibaüzenetet nem dob.

Volna ötlete valakinek mit nézzek meg? Kezdő vagyok.

Előre is köszönöm!

Sziasztok,

Exim4 van telepítve nem bontott configgal.

Használok smarthostot a külső világ felé küldendő levelekhez. Belülre eddig még nem próbáltam közvetlen így nem tűnt fel a hiányosság, most viszont az történik, hogy a geza@192.168.0.111-re küldött email is elmegy a nagyvilágban, természetesen kézbesíthetetlen lesz. Hogyan lehet megoldani, hogy a helyi hálózatra ne használja a smarthostot?

router_destination=192.168.0.0 sem segít.

Köszi előre is!

Üdv.

A

Adott egy Proxmox 8-as rendszer. Ezen van egy Debian 12 KVM virtuális gép.

Hogyan fordulhat elő a következő anomália: a /etc/fstab-ban és az `lsblk` (`blkid`) parancs kimenetében fel vannak cserélődve a /dev/sdc1 és a /dev/sdd1 eszközök?!

# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda      8:0    0   60G  0 disk
├─sda1   8:1    0  1,9G  0 part [SWAP]
└─sda2   8:2    0 58,1G  0 part /
sdb      8:16   0  600G  0 disk
└─sdb1   8:17   0  600G  0 part /srv/samba/share1
sdc      8:32   0  500G  0 disk
└─sdc1   8:33   0  500G  0 part /srv/samba/share3
sdd      8:48   0  500G  0 disk
└─sdd1   8:49   0  500G  0 part /srv/samba/share2
sr0     11:0    1  627M  0 rom

# cat /etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# ...
# /srv/samba/share1 was on /dev/sdb1 during installation
UUID=11111111-1111-1111-1111-111111111111 /srv/samba/share1 ext4    noexec,usrquota,grpquota,user_xattr 0       2
# /srv/samba/share2 was on /dev/sdc1 during installation
UUID=22222222-2222-2222-2222-222222222222 /srv/samba/share2 ext4    noexec,usrquota,grpquota,user_xattr 0       2
# /srv/samba/share3 was on /dev/sdd1 during installation
UUID=33333333-3333-3333-3333-333333333333 /srv/samba/share3 ext4    noexec,usrquota,grpquota,user_xattr 0       2
# ...

Telepítéskor úgy adtam meg, ahogy a /etc/fstab-ban is van. A telepítés után semmit sem változtattam a /etc/fstab fájlban.

A `blkid` kimenete az alábbi (átrendeztem, hogy jobban láthatóak legyenek a felcserélt értékek):

# blkid
/dev/sdb1: UUID="11111111-1111-1111-1111-111111111111" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="23456789-01"
/dev/sdc1: UUID="33333333-3333-3333-3333-333333333333" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="34567890-01"
/dev/sdd1: UUID="22222222-2222-2222-2222-222222222222" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="12345678-01"

...

A telepítés óta egyszer volt újraindítva a VM és a Proxmox host, egy frissítés után.

Mi idézhette elő ezt a cserét ( talán systemd)? Hogyan lehet ezt szépen rendbe rakni, hogy a módosítások után "minden a helyére kerüljön", a módosítás tartós legyen, a VM megfelelően felcsatolja a köteteket és "ne tojja össze magát"?

• Pl: a /etc/fstab fájlt módosítom a `blkid` parancs kimenete alapján, majd futtatom a `systemctl daemon-reload`parancsot?!