Ruimte tekort op SSD door /var/log van 75GB veroorzaakt door VM Virtualbox

[wowo]

Ik heb een 128GB SSD waarop mijn root partitie staat (/).
Omdat ik 16 GB geheugen heb, heb ik ook een 16GB swap.
Mijn persoonlijke map (/home) staat op een aparte schijf.

Nu kreeg ik zojuist een melding dat ik nog maar weinig ruimte heb op de SSD:
Bij het programma "Schijven" zie ik bij de SSD schijf: Grootte 103 GB - 6,3GB beschikbaar (93,9% gebruikt)
Bij het programma "Schijfgebruik" zie ik dat de /var/log/ map 75GB groot is !!!!!!

Dat lijkt mij nogal vreemd.
Wie kan mij verder helpen om erachter te komen wat hier aan de hand is en wat ik eraan kan doen.

ps een tijdje geleden had ik hardware problemen zie ander draadje

[Pjotr]

Probeer dit eens:
https://makkelijkelinuxtips.blogspot.com/p/fouten.html#ID28
(punt 28)

[wowo]

Ik heb vandaag en gisteren geprobeerd om een mobiele telefoon via usb in virtualbox windows 10 te openen.
Daarbij liep de computer volledig vast en kon ik alleen met ctrl+alt+backspace afmelden en weer aanmelden.

Ik zie in het syslog vandaag met -100000 alleen al 96335 regels met de volgende uitkomst:

Code: [Selecteer]

Feb  4 09:34:39 silencio1 kernel: [ 1281.673582] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673586] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673590] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673595] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673599] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673604] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673608] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673612] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673616] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673624] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673629] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673634] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673639] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before use
Feb  4 09:34:39 silencio1 kernel: [ 1281.673644] usb 2-1.5: usbfs: process 4770 (events) did not claim interface 0 before useIk zie dat in var/log/ het bestand syslog 6,1 GB groot is en er is ook een bestand sylog.1 en die is 29,6GB groot.
Verder zie ik als grote jongens ook:
kern.log 6,1GB en kern.log.1 29,6GB groot. In totaal dus 71,4 GB groot.
Hoe nu verder?

[wowo]

Verder is de map var/log/journal/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ook groot:
4,0GB.
De boosdoeners heb ik nu te pakken en nu verder.

[Pjotr]

Wat heb je aan je USB-poorten hangen?

[wowo]

Nu alleen een WD-Elements-4TB externe usb schijf.
Ik zie net dat mijn systeem de melding geeft dat er nog maar 1GB ruimte over is. Dus ik zal snel de tip uit moeten voeren om het logbook te gaan stoppen.

[Pjotr]

Beperken van de maximale omvang van je logboeken is sowieso een goed idee.

Het lijkt erop, dat de ellende te maken heeft met iets wat aan een USB-poort hangt. Experimenteer daar eens wat mee?

[wowo]

Na opnieuw opstarten zonder usb externe schijf aangesloten is de grootte van /var/log teruggelopen naar 51,8 GB.
kern.log.1 is nu 27,6 GB
syslog.1 5,7 GB
kern.log 5,7 GB
syslog 318,9 KB
Verder zijn er best een aantal .gz (dus gecomprimeerde bestanden)

Ik ga je handleiding even nalopen en dan kijken hoeveel ruimtewinst het heeft opgeleverd.

Dat ruimt lekker op:
Bij het programma "Schijven" zie ik bij de SSD schijf: Grootte 103 GB - 78 GB beschikbaar (24,3% gebruikt)

[partyrabbit]

Bij het programma "Schijfgebruik" zie ik dat de /var/log/ map 75GB groot is !!!!!!
Dat lijkt mij nogal vreemd.

Dat is het ook. Ter indicatie voor je. Mijn /var/log/ met 300nogwat bestanden in totaal 5,2Mb (twee jaar na installatie).
Ik volg Pjotr. Iets met een usb gaat niet goed. Kun je de grote logs niet inzien, lezen wat er fout gaat?
Succes!

Hier nog wat te zoeken naar leesvoer.
https://duckduckgo.com/?q=process+4770+(events)+did+not+claim+interface

Dit lijkt wel een interessante uitleg.
https://forum.linuxcnc.org/forum/18-computer/26670-process-did-not-claim-interface-0-before-use?start=10
Wat ik er uit lees wordt usbfs niet meer ondersteund waardoor de driver voor de hardware niet (volledig) goed werkt?

Wacht voor de zekerheid wel even op bevestiging van anderen die hier veel meer verstand van hebben dan mij.

Ubuntu 10.04 does not provide usbfs support, which previously would have been mounted at /proc/bus
So there is no kernel module to unload

The libusb library is a wrapper for usbfs, so the Touch Base driver files will be mounting it to provide the services it needs.

The other way to get USB devices working is through udev rules so that it is recognised.
This presumably does not provide the usability that is required or they would have taken that path

If you have to use the driver and the driver authors cannot correct whatever error is being complained of, you may just have to keep your logs as tight as possible
through logrotate etc

I would go back to them again and ask from a position of improved knowledge, how you are supposed to use their drivers,
if they generate unlimited error messages in use and create huge error logs.
They can't be unaware of the situation, they know how their drivers work and that they use usbfs.

[jan11000]

Ter vergelijking, mijn map is 700MB.

[h2o]

Je kunt ook ncdu installeren. Als je in een terminal het commando

Code: [Selecteer]

sudo ncdu /var/log typt zie je meteen wat voor schijfruimte door verschillende directories wordt gebruikt.
Hiervoor is ncdu uitermate geschikt.

Verder heb ik bij iemand op deze manier ook enorme logbestanden kunnen lokaliseren en opruimen. Je bent niet de enigste die hiermee te maken heeft. In dat geval van die persoon was het een printerspool die helemaal vol zat.

Hier een voorbeeld van mijn laptop:

ncdu 1.13 ~ Use the arrow keys to navigate, press ? for help                   
--- /var/log -------------------------------------------------------------------
   14,2 MiB [##########] /installer                                             
   10,7 MiB [#######   ]  daemon.log
    6,7 MiB [####      ]  syslog.1
    6,4 MiB [####      ]  daemon.log.1
    5,7 MiB [####      ]  vbox-install.log
    2,3 MiB [#         ]  kern.log
    2,0 MiB [#         ]  messages
    2,0 MiB [#         ]  dpkg.log.1
    1,4 MiB [#         ]  kern.log.1
    1,3 MiB [          ]  messages.1

[Pjotr]

Die externe harde schijf lijkt me de vermoedelijke dader. Ik zou 'm alleen telkens eventjes aansluiten als je iets erop wilt zetten of iets er vanaf wilt halen. Dus vooral niet opstarten met dat ding aangesloten....

[Pjotr]

@h2o: ncdu is inderdaad heel handig, dank voor de tip. 

Overigens doet-ie het ook zonder sudo (wat natuurlijk altijd beter is, want sudo wil je alleen gebruiken wanneer dat echt nodig is):

Code: [Selecteer]

ncdu /var/log

[h2o]

Klopt dat je ncdu ook zonder sudo kunt gebruiken, maar als je zaken in /var/log wilt verwijderen ontkom je hier niet aan.
Overigens gebruik ik ncdu op mijn werk bijna dagelijks. Bijvoorbeel om te controleren of gemounte harde schijven ook werkelijk aangekoppeld zijn en worden geladen of ontladen met bestanden. Ook een prima controlemiddel is

Code: [Selecteer]

ncdu /mntHier heb je een prima controlemiddel op aangekoppelde apparaten. Ook op het netwerk om te zien waar de grote bestandslocaties staan. Af en toe spreek ik dan een collega aan om rommel op te ruimen.

[h2o]

Die externe harde schijf lijkt me de vermoedelijke dader. Ik zou 'm alleen telkens eventjes aansluiten als je iets erop wilt zetten of iets er vanaf wilt halen. Dus vooral niet opstarten met dat ding aangesloten....

Dit zou je dus met ncdu kunnen controleren of die harde schijf wel goed is aangekoppeld.
Ik maak het wel eens mee dat er naar een harde schijf moet worden weggeschreven, maar dat het uiteindelijk ergens in /mnt terecht komt. Vooral als je een programma als rsync in een script gebruikt en een verkeerde locatie hanteert.

[wowo]

Flinke opruiming mbv van de tips van Pjotr.
Mijn logmap is nu 32MB groot met de melding dat sommige inhoud niet leesbaar is.
Het commando ncdu /var/log geeft bij mij als inhoud:

Code: [Selecteer]

ncdu 1.12 ~ Use the arrow keys to navigate, press ? for help                                         
--- /var/log -----------------------------------------------------------------------------------------
   72,0 MiB [##########] /journal
    2,7 MiB [          ] /teamviewer14
    1,1 MiB [          ] /installer
  988,0 KiB [          ]  syslog
  348,0 KiB [          ]  kern.log
  340,0 KiB [          ] /apt
  268,0 KiB [          ] /teamviewer13                                                               
  224,0 KiB [          ]  boot.log
  196,0 KiB [          ] /dist-upgrade
   88,0 KiB [          ] /clamav
   80,0 KiB [          ]  Xorg.0.log
   80,0 KiB [          ]  Xorg.1.log
.  76,0 KiB [          ] /samba
   64,0 KiB [          ] /cups
   56,0 KiB [          ]  bootstrap.log
   52,0 KiB [          ] /unattended-upgrades
   40,0 KiB [          ]  lastlog
   12,0 KiB [          ]  tallylog
   12,0 KiB [          ]  auth.log
    8,0 KiB [          ]  faillog
    8,0 KiB [          ] /hp
    8,0 KiB [          ]  fontconfig.log
    8,0 KiB [          ]  wtmp
    8,0 KiB [          ]  asunder.log
!   4,0 KiB [          ] /speech-dispatcher
!   4,0 KiB [          ] /gdm3
    4,0 KiB [          ]  gufw.log
    4,0 KiB [          ]  dpkg.log
    4,0 KiB [          ]  gpu-manager.log
    4,0 KiB [          ]  vbox-setup.log.4
    4,0 KiB [          ]  vbox-setup.log.3
    4,0 KiB [          ]  vbox-setup.log.2
    4,0 KiB [          ]  vbox-setup.log
    0,0   B [          ]  ufw.log
    0,0   B [          ]  btmp
    0,0   B [          ]  apport.log
    0,0   B [          ]  alternatives.log
@Pjotr ik zal nog wat verder experimenteren met wat de oorzaak hiervan was.
Zelf vermoed ik niet dat het die externe usb schijf is, want dat werkt bij mij al best wel lang zonder problemen.
De problemen ontstonden direct nadat ik een aantal keren geprobeerd had om via Virtualbox mijn nieuwe mobiele telefoon in Windows 10 probeerde te koppelen.
Ik had een filter ingesteld en Windows 10 ving de mobiele telefoon weliswaar af, maar dat duurde maar even want dan nam Ubuntu de telefoon weer over. En  de pc bleef waarschijnlijk heen en weer schakelen met de foutmeldingen tot gevolg waardoor het logboek razend snel vol begon te lopen. Ook liep de pc ook telkens volledig vast.
Omdat ik wilde uitsluiten dat mijn nieuwe mobiel met een recente Android het probleem veroorzaakte, heb ik ook een oude Android telefoon (4.1 Jelly Bean) via Virtualbox in Windows 10, proberen aan te sluiten. Ook dat lukte niet, met vastlopen van de pc tot gevolg.
@Partyrabbit Misschien dat die melding betreffende usbfs te maken heeft met dat oude toestel?

Maar ja voorlopig ben ik weer uitstekend geholpen met mijn problemen en ook weer het nodige bijgeleerd (speciaal dank aan Pjotr en h2o).

ps mijn mobiele telefoon wordt overigens wel gewoon goed automatisch gekoppeld met Ubuntu 18.04 maar er was helaas natuurlijk weer een bepaald programma (in dit geval Xperia Companion) dat alleen aangeboden wordt voor Windows en Apple. Gelukkig heb ik nog een dualboot laptop waarmee ik het ook kan regelen.

[wowo]

Overigens gebruik ik ncdu op mijn werk bijna dagelijks. Bijvoorbeeld om te controleren of gemounte harde schijven ook werkelijk aangekoppeld zijn en worden geladen of ontladen met bestanden. Ook een prima controlemiddel is

Code: [Selecteer]

ncdu /mntHier heb je een prima controlemiddel op aangekoppelde apparaten. Ook op het netwerk om te zien waar de grote bestandslocaties staan. Af en toe spreek ik dan een collega aan om rommel op te ruimen.

Als ik dit commando uitvoer bij mijn aangekoppelde externe USB schijf zie ik niets terwijl de schijf wel gewoon te gebruiken is.
Mijn externe schijf wordt namelijk niet in mnt gemount maar in /media/gebruikersnaam.
Overigens een erg fijn commando!

[h2o]

Als ik dit commando uitvoer bij mijn aangekoppelde externe USB schijf zie ik niets terwijl de schijf wel gewoon te gebruiken is.
Mijn externe schijf wordt namelijk niet in mnt gemount maar in /media/gebruikersnaam.
Overigens een erg fijn commando!

Code: [Selecteer]

ncdu /mediaZie je de schijf nu wel?

[partyrabbit]

Die externe harde schijf lijkt me de vermoedelijke dader. Ik zou 'm alleen telkens eventjes aansluiten als je iets erop wilt zetten of iets er vanaf wilt halen.

Dikke kans dat het daar fout gaat inderdaad. Een externe disk die er altijd aan hangt is ook relatief snel kapot. Spreek uit ervaring.

[Paul Matthijsse]

Dank voor de ncdu-tip, is verbluffend snel! Ik gebruikte tot dusver altijd

Code: [Selecteer]

du -ah . | sort -rh | head -40om ergens op een partitie of een schijf de (bijvoorbeeld) 40 grootste mappen te achterhalen. Voordeel van de laatste opdracht is wel dat deze de mappen in volgorde van grootte weergeeft.

[wowo]

Ik heb het een tijdje aangezien met mijn externe usb-schijf maar die geeft geen problemen.

Daarna maar weer eens mijn Android telefoon aangesloten (zonder externe USB schijf) en vervolgens weer via Virtualbox Windows 10 opgestart (met afvang usb filter voor die telefoon).

Zoals verwacht gaat het nu weer fout.

De Windows 10 virtualbox guest vangt de telefoon wel even af maar de Ubuntu 18.04 virtualbox guest neemt het ook over en dan gaat het fout.
In Windows 10 bestandsbeheer is dan de telefoon niet meer te zien maar in Ubunt weer wel.
Mijn var/log is nu weer plotseling gegroeid naar  6,9 GB.
Ik zal het verder moeten gaan zoeken op Virtualbox forum hoe ik dit kan oplossen.
Het heeft voorlopig geen haast want ik het Windows programma Xperia Companion ook op mijn dualboot latop draaien. Maar ik hoop het ook een keer via Virtualbox te kunnen.

Nu weer mijn /var/log gaan opschonen.

[Tom]

Klopt dat je ncdu ook zonder sudo kunt gebruiken, maar als je zaken in /var/log wilt verwijderen ontkom je hier niet aan.
Overigens gebruik ik ncdu op mijn werk bijna dagelijks. Bijvoorbeel om te controleren of gemounte harde schijven ook werkelijk aangekoppeld zijn en worden geladen of ontladen met bestanden. Ook een prima controlemiddel is

Code: [Selecteer]

ncdu /mntHier heb je een prima controlemiddel op aangekoppelde apparaten. Ook op het netwerk om te zien waar de grote bestandslocaties staan. Af en toe spreek ik dan een collega aan om rommel op te ruimen.

Ook bedankt voor de handige tip ,goed te gebruiken !.

[wowo]

Misschien dat jullie er toch nog even naar kunnen kijken naar de inhoud van mijn sys.log.
Ik had mijn telefoon nu via usb 3 aangesloten en kreeg dus direct weer een hele hoop regels betreffende usbfs waardoor syslog binnen notime vol loopt.

Code: [Selecteer]

Feb  6 18:04:26 silencio1 kernel: [19016.714643] usb 3-1: usbfs: process 12020 (events) did not claim interface 0 before use
Feb  6 18:04:26 silencio1 kernel: [19016.714653] usb 3-1: usbfs: process 12020 (events) did not claim interface 0 before use
Feb  6 18:04:26 silencio1 kernel: [19016.714658] usb 3-1: usbfs: process 12020 (events) did not claim interface 0 before use
Feb  6 18:04:26 silencio1 kernel: [19016.714664] usb 3-1: usbfs: process 12020 (events) did not claim interface 0 before use
Feb  6 18:04:26 silencio1 kernel: [19016.714670] usb 3-1: usbfs: process 12020 (events) did not claim interface 0 before use
Feb  6 18:04:26 silencio1 kernel: [19016.714675] usb 3-1: usbfs: process 12020 (events) did not claim interface 0 before use
Feb  6 18:04:26 silencio1 kernel: [19016.714680] usb 3-1: usbfs: process 12020 (events) did not claim interface 0 before use
Feb  6 18:04:26 silencio1 kernel: [19016.846881] usb 3-1: reset high-speed USB device number 6 using xhci_hcd
Feb  6 18:04:26 silencio1 upowerd[2608]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0
Feb  6 18:04:26 silencio1 upowerd[2608]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0
Feb  6 18:04:26 silencio1 kernel: [19017.001525] usb 3-1: usbfs: process 12020 (events) did not claim interface 0 before use
Feb  6 18:04:26 silencio1 upowerd[2608]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0
Feb  6 18:04:32 silencio1 gvfsd[4667]: PTP: reading event an error 0x05 occurred
Feb  6 18:04:32 silencio1 upowerd[2608]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0
Feb  6 18:04:32 silencio1 kernel: [19023.178829] usb 3-1: USB disconnect, device number 6
Feb  6 18:04:32 silencio1 upowerd[2608]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:14.0/usb3/3-1
Feb  6 18:04:32 silencio1 org.gnome.Shell.desktop[4660]: glibtop(c=4660): [WARNING] statvfs '/run/user/1000/gvfs/mtp:host=%5Busb%3A003%2C006%5D' failed: Bestand of map bestaat niet
Feb  6 18:04:33 silencio1 kernel: [19023.582568] usb 3-1: new high-speed USB device number 7 using xhci_hcd
Feb  6 18:04:33 silencio1 kernel: [19023.734657] usb 3-1: New USB device found, idVendor=0fce, idProduct=01f9
Feb  6 18:04:33 silencio1 kernel: [19023.734660] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Feb  6 18:04:33 silencio1 kernel: [19023.734663] usb 3-1: Product: xxxxxx = mobiele telefoon
Feb  6 18:04:33 silencio1 kernel: [19023.734665] usb 3-1: Manufacturer: Sony
Feb  6 18:04:33 silencio1 kernel: [19023.734667] usb 3-1: SerialNumber:xxxxxxxxxxx
Feb  6 18:04:32 silencio1 org.gnome.Shell.desktop[4660]: message repeated 2 times: [ glibtop(c=4660): [WARNING] statvfs '/run/user/1000/gvfs/mtp:host=%5Busb%3A003%2C006%5D' failed: Bestand of map bestaat niet]
Feb  6 18:04:33 silencio1 mtp-probe: checking bus 3, device 7: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-1"
Feb  6 18:04:33 silencio1 mtp-probe: bus: 3, device: 7 was an MTP device
Feb  6 18:04:33 silencio1 upowerd[2608]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:14.0/usb3/3-1
Feb  6 18:04:33 silencio1 gvfsd[4667]: Device 0 (VID=0fce and PID=01f9) is UNKNOWN in libmtp v1.1.13.
Feb  6 18:04:33 silencio1 gvfsd[4667]: Please report this VID/PID and the device model to the libmtp development team
Feb  6 18:04:33 silencio1 upowerd[2608]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0
Feb  6 18:04:33 silencio1 dbus-daemon[4548]: [session uid=1000 pid=4548] Activating service name='org.gnome.Shell.HotplugSniffer' requested by ':1.21' (uid=1000 pid=4660 comm="/usr/bin/gnome-shell " label="unconfined")
Feb  6 18:04:33 silencio1 dbus-daemon[4548]: [session uid=1000 pid=4548] Successfully activated service 'org.gnome.Shell.HotplugSniffer'
Feb  6 18:04:33 silencio1 kernel: [19024.047481] [UFW BLOCK] IN=enp2s0 OUT= MAC= SRC=xxxxx DST=xxxxx LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=328606 PROTO=UDP SPT=8612 DPT=8612 LEN=24
Feb  6 18:04:33 silencio1 kernel: [19024.047492] [UFW BLOCK] IN=enp2s0 OUT= MAC= SRC=xxxxxxxx DST=xxxxxxx LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=744282 PROTO=UDP SPT=8612 DPT=8610 LEN=24
Feb  6 18:04:33 silencio1 kernel: [19024.057638] [UFW BLOCK] IN=enp2s0 OUT= MAC= SRC=xxxxxxxxx DST=xxxxxxxxxxx LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=328606 PROTO=UDP SPT=8612 DPT=8612 LEN=24
Feb  6 18:04:34 silencio1 gvfsd[4667]: Android device detected, assigning default bug flags
Feb  6 18:04:52 silencio1 upowerd[2608]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0
Feb  6 18:04:52 silencio1 gvfsd-metadata[5091]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Feb  6 18:04:53 silencio1 kernel: [19043.682809] usb 3-1: reset high-speed USB device number 7 using xhci_hcd
Feb  6 18:04:52 silencio1 gvfsd-metadata[5091]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Feb  6 18:04:53 silencio1 org.gnome.Shell.desktop[4660]: glibtop(c=4660): [WARNING] statvfs '/run/user/1000/gvfs/mtp:host=%5Busb%3A003%2C007%5D' failed: Bestand of map bestaat niet
Feb  6 18:04:53 silencio1 org.gnome.Shell.desktop[4660]: message repeated 2 times: [ glibtop(c=4660): [WARNING] statvfs '/run/user/1000/gvfs/mtp:host=%5Busb%3A003%2C007%5D' failed: Bestand of map bestaat niet]
Feb  6 18:04:55 silencio1 gvfsd[4667]: Android device detected, assigning default bug flags
Feb  6 18:04:59 silencio1 kernel: [19049.898786] usb 3-1: USB disconnect, device number 7
Feb  6 18:04:59 silencio1 upowerd[2608]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:14.0/usb3/3-1
Feb  6 18:04:59 silencio1 kernel: [19050.413612] [UFW BLOCK] IN=enp2s0 OUT= MAC= SRC=xxxxxxxx LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=328606 PROTO=UDP SPT=8612 DPT=8612 LEN=24
Feb  6 18:05:26 silencio1 rsyslogd: main Q:Reg: worker thread 556c582eb400 terminated, now 1 active worker threads [v8.32.0 try http://www.rsyslog.com/e/2439 ]
Feb  6 18:08:20 silencio1 gvfsd-metadata[5091]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Feb  6 18:08:20 silencio1 gvfsd-metadata[5091]: message repeated 7 times: [ g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed]
Feb  6 18:17:01 silencio1 CRON[12335]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Feb  6 18:17:33 silencio1 systemd-resolved[1008]: Grace period over, resuming full feature set (UDP+EDNS0) for DNS server xxxxxxxxxxx Ik hoop dat ik alle privacy gevoelige info eruit heb gehaald. Indien niet mij dat even melden.
Het is een vrij nieuwe mobiele telefoon met usb-c aansluiting.
Zien jullie nog iets vreemd wat naar de oplossing kan leiden van dit probleem?

[wowo]

Even samenvatten:
- Android telefoon aangesloten via USB zichtbaar en benaderbaar via MTP op Ubuntu 18.04 LTS;
- Virtualbox 6.0 op de host Ubuntu 18.04 LTS opgestart
- Bij de Virtuele Machine (VM) Windows 10 bij Instellingen > USB juiste afvang-filter ingesteld.
- VM Windows 10 opgestart
- Android telefoon aangesloten via USB
- Nu wordt de Android telefoon even afgevangen door Windows 10 en is zichtbaar in bestandsbeheer van Windows 10 (VM guest). Ik kan de bestanden zelf niet zien en deze zijn dan ook niet benaderbaar.
- Heel snel zie ik dat de host Ubuntu 18.04 LTS de telefoon weer afvangt.
- De Android telefoon is vervolgens weer zichtbaar in bestandsbeheer van Ubunt 18.04. Nu kan ik ook de bestanden niet zien en zijn ze ook niet benaderbaar.
- In de tussentijd gaat nu het /var/log boek razendsnel vollopen.(in een paar minuten 3GB)
- Het vollopen van het logboek stopt als ik de Android telefoon afkoppel en de computer opnieuw opstart.
- Vervolgens zal ik het logboek volgens de tip van Pjotr weer moeten gaan opschonen.

Het lijkt mij dus duidelijk een probleem wat te maken heeft met Virtualbox.
Zijn hier nog VirtualBox deskundigen die hierover iets zouden kunnen melden?

ps 1 alle andere usb-zaken die ik via VM Windows 10 gekoppeld heb gaan wel gewoon goed: USB-sticks, Fietscomputer, E-reader etc. Heb VM VirtualBox Extension Pack en VBoxGuestAdditions gewoon goed werkend
ps 2 Ik heb in VM Windows 10 ook even de Firewall volledig uitgeschakeld maar dat had ook geen effect.

[peer]

waarom stel je een usb-filter in?? Ik gebruik dit alleen bij usb-apparaten die ik altijd aan de pc heb hangen bv. zoals een scanner.

Bij niet permanente usb-apparaten selecteer ik altijd in het menu devices-usb als de guest draait.