Op 20-07-2022 om 01:49 schreef hanbenes:
als root op de commandline de user ("han" waarschijnlijk) rechten geven:
adduser han libvirt
Dat kan ik gaan onderzoeken.
Je maakt hiermee de user "han" lid van de groep "libvirt", wat bepaalde
rechten geeft. Hij zal dan niet meer om een paswoord vragen bij het
opstarten van virt-manager.
Dan in virt-manager:
bewerken | verbinding details | virtual networks
vinkje "automatisch starten bij opstarten".
Automatisch starten bij het opstarten is niet echt de bedoeling en ook niet
nodig voor goed functioneren is mijn ervaring.
Of ik lees het verkeerd; het start automatisch de beheerder in niet de
verschillende machines!?
Wat hij dan doet is automatisch het virtuele netwerk starten wat nodig
is om de virtuele machine(s) met internet te verbinden.
Hij start dus geen virtuele machine automatisch o.i.d.
( Dit schijnt ook te kunnen als root op de commandline met:
virsh net-autostart default
Maar dat heb ik nog niet geprobeerd. )
Als ik de virt mach beheerder deinstalleer en dan opnieuw installeer, blijven
de aangemaakte machines dan staan? Worden die dan weer ingelezen?
Ja, en ja.
Ik neem aan dat je "virt-manager" bedoeld, dat is een programma waarmee
je virtuele machines kunt aanmaken en beheren. Er zijn echter meer van
dit soort programma's.
Een programma verwijderen en dan weer installeren zal niets veranderen,
tenzij er iets beschadigd zou zijn aan het programma, bijvoorbeeld omdat
je met de hand onderdelen hebt gewist. Die kans lijkt me klein.
Daarna machine rebooten en dan moet het werken.
Voor een betere oplossing heb ik de instellingen afgezocht. Bij verbinding
details staat automatisch verbinden al ingesteld. De foutmelding bevat vast de
sleutel naar de oplossing. Ik weet alleen niet hoe ermee aan te vangen. Als
iemand een tip heeft, graag.
Wat ik ook nog niet weet is, of dit verband kan houden met het update
verschijnsel in mijn oorspronkelijk bericht, of dat dat onmogelijk is. Ik heb
die update nog eens uitgevoerd met een virtuele machine die die update nog niet
had, en heb gekeken wat er gebeurde. De internet verbinding leek weg te zijn,
beide pictogrammen van LAN en van VPN werden leeg en er verscheen een venster
die melde dat een wachtwoord voor de VPN benodigd was. Als test heb ik Firefox
een zoekopdracht gegeven en de zoekresultaten werden gevonden. Er was dus toch
verbinding met internet. Wat was er verdwenen en wat kwam ervoor in de plaats?
Of was er niets verdwenen en waren de pictogrammen misleidend?
In de update van de fysieke machine toen, kon Thunderbird mijn gmail niet meer
vinden maar mijn tele2 mailadres wel. Daarna merkte ik dat video's van youtube
of duckduck niet afspeelden, maar de site werd wel gevonden. Paul gaf de
sugestie dat VPN voor problemen kon zorgen. Ik heb bij de VPN instellingen
niets vreemds kunnen ontdekken.
Als het wel goed werkt zonder VPN, dan weet je dat het ergens in die VPN
moet zitten. Of weet je niet hoe die VPN uit moet?
Aan- en uitzetten van VPN is geen probleem.
Kijk dan eens of het wel goed werkt zonder VPN.
Bedenk dat die VPN-beheerders van alles kunnen doen. Misschien zetten ze
het afspelen van Youtube video's wel uit als het erg druk wordt, want
dat levert natuurlijk veel verkeer op.
Zou kunnen dat VPN beheerders dat kunnen doen. De constante is dat elke machine
dezelfde vreemde stuitering maakt bij die ene zelfde update op hetzelfde punt,
waarvan ik mij afvroeg wat daar nu juist mis ging.
Eigenlijk denk ik dat er niets aan de hand is.
Maar voor het geval je je toch zorgen maakt heb je aangeraden het nog
een keer te doen, en dan Engelstalig (met LANG=C voor het commando).
En dan op de Engelstalige foutmelding te zoeken.
De vraag, of deze twee kwesties verband met elkaar kunnen houden of niet, lijkt
me toch van belang. Is daar iets zinnigs over te zeggen?
Het lijken me verschillende kwesties.
Okee
Ik voeg nog het laatste deel van de update toe, rond de defecte koppelingsgroep
regulatory.db
Instellen van distro-info-data (0.51+deb11u2) ...
Instellen van openssh-client (1:8.4p1-5+deb11u1) ...
Instellen van wireless-regdb (2022.04.08-2~deb11u1) ...
update-alternatives: waarschuwing: het opnieuw installeren van alternatief
/lib/firmware/regulatory.db-debian wordt afgedwongen, omdat koppelingsgroep
regulatory.db defect is
Ik denk dat het niet erg is. Maar als je er op wilt zoeken is het handig
om de foutmelding Engelstalig te hebben. Zie mijn vorige mail.
Okee, ik zal me nu maar eerst behelpen met de beschikbare.
Ik denk dat je daarmee niet verder zult komen. Maar uiteraard kun je ook
op de nederlandse tekst zoeken.
Groet,
Paul
--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/
