mount point impegnato da tutti i processi

8 risposte [Ultimo contenuto]
Ritratto di frank67
frank67
(Monster)
Offline
Monster
Iscritto: 10/07/2013
Messaggi: 487

Avrei bisogno di aiuto per evitare o capire perché accade che un mount point venga utilizzato da tutti i processi di sistema dopo aver avviato dei programmi in una chroot jail.
Il programma che uso per inizializzare la chroot jail è schroot e quello che faccio è avviare il DE in vt8 display :1 come spiegato in questa guida (di cui ehm... sono l'autore).
Il problema è che tutti i mount point vengono smontati e la chroot jail viene chiusa regolarmente ma la directory creata da schroot non può essere cancellata perché in uso, impedendo a schroot di chiudere la sessione regolarmente.
La directory creata da schroot è impegnata da:

$ fuser -m /var/lib/schroot/mount/kubuntu-df77b5e9-44db-4d25-b9b4-be8e2772cad7
/var/lib/schroot/mount/kubuntu-df77b5e9-44db-4d25-b9b4-be8e2772cad7:     1rce     2rce     3rce     5rce     7rce     8rce     9rce    10rce    11rce    13rce    14rce    15rce    17rce    18rce    19rce    21rce    22rce    23rce    25rce    26rce    27rce    29rce    30rce    31rce    33rce    34rce    35rce    37rce    38rce    39rce    40rce    41rce    42rce    43rce    44rce    45rce    46rce    47rce    48rce    49rce    50rce    52rce    58rce    59rce    67rce    68rce    69rce    70rce    71rce    72rce    73rce    74rce    75rce    76rce    77rce    83rce    84rce    85rce    86rce    89rce    91rce    92rce   150rce   151rce   152rce   153rce   154rce   155rce   156rce   157rce   168rce   169rce   184rce   185rce   191rce   192rce   213rce   214rce   226rce   246rce   259rce   267rce   340rce   342rce   444rce   470rce   489rce   490rce   492rce   493rce   495rce   496rce   497rce   499rce   500rce   502rce   526rce   527rce   681rce   684rce   690rce   708rce   709rce   736rce   807rce   809rce   821rce   851rce   853rce   886rce   891rce   896rce   898rce   899rce   901rce   933rce   936rce   937rce   974rce   976rce   978rce   980rce   983rce   996rce  1031rce  1033rce  1034rce  1038rce  1045rce  1064rce  1067rce  1070rce  1096rce  1098rce  1104rce  1105rce  1106rce  1109rce  1112rce  1116rce  1143rce  1146rce  1148rce  1151rce  1162rce  1169rce  1187rce  1189rce  1191rce  1210rce  1217rce  1226rce  1240rce  1244rce  1265rce  1301rce  1302rce  1303rce  1304rce  1305rce  1306rce  1307rce  2307rce  7415rce  7654rce  7663rce  7664rce  8431rce  8770rce  8972rce  9008rce 10221rce 11797rce 12349rce 12350rce 12361rce 12366rce 12372rce 12569rce 12606rce 12607rce 12661rce 12713rce 12718rce 12719rce 12747rce 12749rce

mentre la root:
$ fuser -m /
/:                       1rce     2rce     3rce     5rce     7rce     8rce     9rce    10rce    11rce    13rce    14rce    15rce    17rce    18rce    19rce    21rce    22rce    23rce    25rce    26rce    27rce    29rce    30rce    31rce    33rce    34rce    35rce    37rce    38rce    39rce    40rce    41rce    42rce    43rce    44rce    45rce    46rce    47rce    48rce    49rce    50rce    52rce    58rce    59rce    67rce    68rce    69rce    70rce    71rce    72rce    73rce    74rce    75rce    76rce    77rce    83rce    84rce    85rce    86rce    89rce    91rce    92rce   150rce   151rce   152rce   153rce   154rce   155rce   156rce   157rce   168rce   169rce   184rce   185rce   191rce   192rce   213rce   214rce   226rce   246rce   259rce   267rce   340rce   342rce   444rce   470rce   489rce   490rce   492rce   493rce   495rce   496rce   497rce   499rce   500rce   502rce   526rce   527rce   681rce   684rce   690rce   708rce   709rce   736rce   807rce   809rce   821rce   851rce   853rce   886rce   891rce   896rce   898rce   899rce   901rce   933rce   936rce   937rce   974rce   976rce   978rce   980rce   983rce   996rce  1031rce  1033rce  1034rce  1038rce  1045rce  1064rce  1067rce  1070rce  1096rce  1098rce  1104rce  1105rce  1106rce  1109rce  1112rce  1116rce  1143rce  1146rce  1148rce  1151rce  1162rce  1169rce  1187rce  1189rce  1191rce  1210rce  1217rce  1226rce  1240rce  1244rce  1265rce  1301rce  1302rce  1303rce  1304rce  1305rce  1306rce  1307rce  2307rce  7415rce  7654rce  7663rce  7664rce  8431rce  8770rce  8972rce  9008rce 10221rce 11797rce 12349rce 12350rce 12361rce 12366rce 12372rce 12569rce 12606rce 12607rce 12661rce 12713rce 12718rce 12719rce 12747rce 12749rce

qualcuno ha qualche idea di come poter ovviare a questa situazione? Per adesso tutte le volte riavvio visto che anche init impegna /var/lib/schroot/mount/kubuntu-df77b5e9-44db-4d25-b9b4-be8e2772cad7 che fare? Crying

Ciao, Franco

Ritratto di homeless
homeless
(Guru)
Offline
Guru
Iscritto: 21/10/2011
Messaggi: 1453

frank67 ha scritto:


Il problema è che tutti i mount point vengono smontati e la chroot jail viene chiusa regolarmente ma la directory creata da schroot non può essere cancellata perché in uso, impedendo a schroot di chiudere la sessione regolarmente.


Verifica che la chroot sia stata effettivamente chiusa e che tutti i mount creati per essa siamo stati realmente disattivati. In tal senso, sarebbe utile che tu fornissi un log completo di tutti i comandi impartiti dal terminale con i relativi output da prima dell'avvio della chroot fino alla uscita della chroot con disattivazione dei mount point e verifica dei mount point ancora attivi .

Ritratto di frank67
frank67
(Monster)
Offline
Monster
Iscritto: 10/07/2013
Messaggi: 487

Cerco di essere il più esaustivo possibile, quello che digito nel terminale è:

~$ kubuntu 
~$ startx /usr/bin/startkde -- :1 vt8 -nolisten tcp >/dev/null 2>&1
~$ logout
E: 10mount: rmdir: failed to remove '/var/lib/schroot/mount/kubuntu-cf4ed277-5b5f-475a-a39f-466ff34900f9': Device or resource busy
E: kubuntu-cf4ed277-5b5f-475a-a39f-466ff34900f9: Chroot setup failed: stage=setup-stop
~$

dove "kubuntu" è una funzione definita:
kubuntu() { cd $HOME && /usr/bin/schroot -c kubuntu -- && cd $OLDPWD ; }

tutti i mount point all'interno della directory sono stati smontati e la directory è vuota:
~$ ls -al /var/lib/schroot/mount/kubuntu-cf4ed277-5b5f-475a-a39f-466ff34900f9
totale 8
drwxr-xr-x 2 root root 4096 nov 21 20:50 .
drwxr-xr-x 3 root root 4096 nov 21 20:50 ..
~$

il comando mount:
~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=989283,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=1584196k,mode=755)
/dev/mapper/ld0-lv3 on / type ext4 (rw,relatime,errors=remount-ro,stripe=256,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/mapper/ld0-data on /media/data type ext4 (rw,nosuid,nodev,relatime,stripe=256,data=ordered)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=792100k,mode=700,uid=1000,gid=1000)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)

tuttavia accade:
~# rmdir /var/lib/schroot/mount/kubuntu-cf4ed277-5b5f-475a-a39f-466ff34900f9/
rmdir: rimozione di "/var/lib/schroot/mount/kubuntu-cf4ed277-5b5f-475a-a39f-466ff34900f9/" non riuscita: Dispositivo o risorsa occupata
~# fuser -m /var/lib/schroot/mount/kubuntu-cf4ed277-5b5f-475a-a39f-466ff34900f9/
/var/lib/schroot/mount/kubuntu-cf4ed277-5b5f-475a-a39f-466ff34900f9:     1rce     2rce     3rce     5rce     7rce     8rce     9rce    10rce    11rce    13rce    14rce    15rce    17rce    18rce    19rce    21rce    22rce    23rce    25rce    26rce    27rce    29rce    30rce    31rce    33rce    34rce    35rce    37rce    38rce    39rce    40rce    41rce    42rce    43rce    44rce    45rce    46rce    47rce    48rce    49rce    50rce    52rce    58rce    59rce    67rce    68rce    69rce    70rce    71rce    72rce    73rce    74rce    75rce    76rce    77rce    83rce    84rce    85rce    86rce    89rce    91rce    92rce   152rce   153rce   154rce   155rce   156rce   157rce   158rce   160rce   170rce   171rce   185rce   186rce   192rce   193rce   214rce   215rce   227rce   247rce   251rce   266rce   348rce   349rce   448rce   481rce   489rce   490rce   491rce   492rce   495rce   496rce   499rce   500rce   502rce   503rce   525rce   526rce   682rce   685rce   691rce   706rce   707rce   714rce   811rce   812rce   829rce   881rce   886rce   887rce   892rce   897rce   899rce   900rce   902rce   934rce   937rce   938rce   975rce   977rce   979rce   981rce   984rce   998rce  1032rce  1034rce  1035rce  1039rce  1046rce  1049rce  1065rce  1069rce  1095rce  1098rce  1101rce  1104rce  1105rce  1106rce  1113rce  1117rce  1138rce  1144rce  1147rce  1150rce  1162rce  1168rce  1181rce  1187rce  1189rce  1191rce  1195rce  1212rce  1213rce  1232rce  1234rce  1247rce  1332rce  1333rce  1334rce  1335rce  1336rce  1347rce  1351rce  1563rce  1564rce  5631rce  5645rce  5652rce  5653rce  5676rce  5815rce  5816rce  5821rce  5822rce  5843rce  5845rce 11808rce 13265rce 13562rce 13636rce 13641rce 13663rce 13685rce 13705rce 13744rce 13752rce 13870rce 14055rce 14058rce

che è quasi uguale a:
~# fuser -m /
/:                       1rce     2rce     3rce     5rce     7rce     8rce     9rce    10rce    11rce    13rce    14rce    15rce    17rce    18rce    19rce    21rce    22rce    23rce    25rce    26rce    27rce    29rce    30rce    31rce    33rce    34rce    35rce    37rce    38rce    39rce    40rce    41rce    42rce    43rce    44rce    45rce    46rce    47rce    48rce    49rce    50rce    52rce    58rce    59rce    67rce    68rce    69rce    70rce    71rce    72rce    73rce    74rce    75rce    76rce    77rce    83rce    84rce    85rce    86rce    89rce    91rce    92rce   152rce   153rce   154rce   155rce   156rce   157rce   158rce   160rce   170rce   171rce   185rce   186rce   192rce   193rce   214rce   215rce   227rce   247rce   251rce   266rce   348rce   349rce   448rce   481rce   489rce   490rce   491rce   492rce   495rce   496rce   499rce   500rce   502rce   503rce   525rce   526rce   682rce   685rce   691rce   706rce   707rce   714rce   811rce   812rce   829rce   881rce   886rce   887rce   892rce   897rce   899rce   900rce   902rce   934rce   937rce   938rce   975rce   977rce   979rce   981rce   984rce   998rce  1032rce  1034rce  1035rce  1039rce  1046rce  1049rce  1065rce  1069rce  1095rce  1098rce  1101rce  1104rce  1105rce  1106rce  1113rce  1117rce  1138rce  1144rce  1147rce  1150rce  1162rce  1168rce  1181rce  1187rce  1189rce  1191rce  1195rce  1212rce  1213rce  1232rce  1234rce  1247rce  1332rce  1333rce  1334rce  1335rce  1336rce  1347rce  1351rce  1563rce  1564rce  5631rce  5645rce  5652rce  5653rce  5676rce  5815rce  5816rce  5821rce  5822rce  5843rce  5845rce 11808rce 13265rce 13562rce 13636rce 13641rce 13663rce 13685rce 13705rce 13744rce 13752rce 13870rce 14055rce 14058rce

per cancellare la directory faccio un reboot in rescue-mode, si può fare in un altro modo? Come mai i processi passano da root ad un mount point?

Ciao, Franco

Ritratto di frank67
frank67
(Monster)
Offline
Monster
Iscritto: 10/07/2013
Messaggi: 487

Aggiornamento importante: non riesco a riprodurre il malfunzionamento nel senso che tutto funziona regolarmente al momento. Anziché spegnere il PC faccio un suspend-to-ram così il giorno dopo ho tutto come l'avevo lasciato e credo dipenda da questo, se non ho più bisogno della chroot dopo qualche giorno la chiudo e allora si verifica: ho provato adesso ad avviare più volte una sessione schroot, a sospendere con questa attiva ma niente tutto ok.
Provo ad avviare una sessione lasciarla con solo bash e sospendere stasera per vedere se domani si verifica Sad

Ciao, Franco

Ritratto di frank67
frank67
(Monster)
Offline
Monster
Iscritto: 10/07/2013
Messaggi: 487

ok è successo nuovamente, ho solo avviato la sessione schroot senza lanciare nessun programma all'interno di essa ieri sera poi sospeso in ram il PC e stamattina riacceso, questi i processi prima di chiudere la sessione:

$ pstree -cpan >log.txt
(vedi file log.txt allegato)
poi ho chiuso la sessione:
~$ logout
E: 10mount: umount: /var/lib/schroot/mount/kubuntu-aafa48b6-2480-47fc-b9f4-4c7f33bd0670: target is busy
E: 10mount:         (In some cases useful info about processes that
E: 10mount:          use the device is found by lsof(8) or fuser(1).)
E: kubuntu-aafa48b6-2480-47fc-b9f4-4c7f33bd0670: Chroot setup failed: stage=setup-stop
~$

e nuovamente:
$ pstree -cpan >log2.txt

poi ho notato una cosa strana, uso konsole: il terminale di KDE, se apro una nuova tab la scheda ha come working directory il path della chroot:
$ pwd
/var/lib/schroot/mount/kubuntu-aafa48b6-2480-47fc-b9f4-4c7f33bd0670/home/mio-utente

come se konsole ora consideri /var/lib/schroot/mount/kubuntu-aafa48b6-2480-47fc-b9f4-4c7f33bd0670 root / adesso a differenza delle altre volte non è vuota:
$ ls -al /var/lib/schroot/mount/kubuntu-aafa48b6-2480-47fc-b9f4-4c7f33bd0670
totale 75496
drwxr-xr-x  23 root root     4096 nov 23 11:30 .
drwxr-xr-x   3 root root     4096 nov 23 22:51 ..
drwxr-xr-x   2 root root     4096 nov 22 20:58 bin
drwxr-xr-x   3 root root     4096 nov 23 12:05 boot
drwxrwxr-x   2 root root     4096 nov 22 20:45 cdrom
drwxr-xr-x   5 root root     4096 ott 21 18:02 dev
drwxr-xr-x 141 root root    12288 nov 23 22:14 etc
drwxr-xr-x   3 root root     4096 nov 22 20:49 home
lrwxrwxrwx   1 root root       32 nov 22 22:51 initrd.img -> boot/initrd.img-4.2.0-18-generic
drwxr-xr-x  23 root root     4096 nov 23 22:13 lib
drwxr-xr-x   2 root root     4096 ott 21 17:49 lib64
drwx------   2 root root    16384 nov 22 21:12 lost+found
drwxr-xr-x   3 root root     4096 nov 23 20:51 media
drwxr-xr-x   2 root root     4096 ott 19 11:14 mnt
-rwxr-xr-x   1 root root 77180264 nov 23 11:30 NVIDIA-Linux-x86_64-352.41.run
drwxr-xr-x   3 root root     4096 nov 23 21:13 opt
drwxr-xr-x   2 root root     4096 ott 19 11:14 proc
drwx------   3 root root     4096 nov 23 22:07 root
drwxr-xr-x  10 root root     4096 ott 21 18:03 run
drwxr-xr-x   2 root root    12288 nov 23 21:12 sbin
drwxr-xr-x   2 root root     4096 ott 21 17:49 srv
drwxr-xr-x   2 root root     4096 ott 16 11:30 sys
drwxrwxrwt  14 root root     4096 nov 23 22:50 tmp
drwxr-xr-x  10 root root     4096 ott 21 17:49 usr
drwxr-xr-x  13 root root     4096 ott 21 18:07 var
lrwxrwxrwx   1 root root       29 nov 22 22:51 vmlinuz -> boot/vmlinuz-4.2.0-18-generic

e nessun processo la impegna:
~$ fuser -m /var/lib/schroot/mount/kubuntu-aafa48b6-2480-47fc-b9f4-4c7f33bd0670
~$

mount la elenca:
~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=989283,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=1584196k,mode=755)
/dev/mapper/ld0-lv3 on / type ext4 (rw,relatime,errors=remount-ro,stripe=256,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
/dev/mapper/ld0-data on /media/data type ext4 (rw,nosuid,nodev,relatime,stripe=256,data=ordered)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=792100k,mode=700,uid=1000,gid=1000)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
/dev/mapper/ld0-lv2 on /var/lib/schroot/mount/kubuntu-aafa48b6-2480-47fc-b9f4-4c7f33bd0670 type ext4 (rw,relatime,stripe=256,data=ordered)

ma la sessione schroot non si è chiusa correttamente, qualche idea? Sad

AllegatoDimensione
log.txt 9.54 KB
log2.txt 9.47 KB

Ciao, Franco

Ritratto di frank67
frank67
(Monster)
Offline
Monster
Iscritto: 10/07/2013
Messaggi: 487

Proprio a nessuno viene in mente come rimuovere una directory dichiarata busy da rmdir? Questo quello che è capitato oggi:

$ fuser -m /var/lib/schroot/mount/kubuntu-6968f92c-75b0-4c36-b14d-af246ec3c574
/var/lib/schroot/mount/kubuntu-6968f92c-75b0-4c36-b14d-af246ec3c574:     1rce     2rce     3rce     5rce     7rce     8rce     9rce    10rce    11rce    13rce    14rce    15rce    17rce    18rce    19rce    21rce    22rce    23rce    25rce    26rce    27rce    29rce    30rce    31rce    33rce    34rce    35rce    37rce    38rce    39rce    40rce    41rce    42rce    43rce    44rce    45rce    46rce    47rce    48rce    49rce    50rce    52rce    53rce    58rce    59rce    67rce    68rce    69rce    70rce    71rce    72rce    73rce    74rce    75rce    76rce    77rce    83rce    84rce    85rce    86rce    89rce    91rce    92rce   149rce   150rce   151rce   152rce   153rce   155rce   156rce   157rce   171rce   172rce   180rce   181rce   187rce   188rce   209rce   210rce   222rce   242rce   243rce   263rce   428rce   429rce   461rce   463rce   481rce   482rce   483rce   484rce   485rce   487rce   488rce   489rce   491rce   492rce   518rce   519rce   672rce   675rce   681rce   704rce   706rce   707rce   802rce   803rce   842rce   860rce   880rce   885rce   890rce   892rce   893rce   895rce   927rce   930rce   931rce   970rce   971rce   974rce   976rce   979rce   992rce  1027rce  1029rce  1030rce  1034rce  1041rce  1044rce  1060rce  1063rce  1066rce  1093rce  1096rce  1101rce  1102rce  1105rce  1106rce  1109rce  1111rce  1116rce  1144rce  1146rce  1149rce  1157rce  1169rce  1192rce  1339rce  1349rce  1541rce  1681rce  1986rce  2091rce  2170rce  2179rce  3772rce  3813rce  5908rce  7077rce  7323rce  7603rce  8207rce  9579rce  9787rce  9788rce 10054rce 10093rce 10195rce 11480rce 11591rce 11629rce 12564rce 12566rce 12578rce 12734rce 12739rce 12750rce 12752rce 27347rce
 
~# lsof +D /var/lib/schroot/mount/kubuntu-6968f92c-75b0-4c36-b14d-af246ec3c574
~# 
 
~# ls -al /var/lib/schroot/mount/kubuntu-6968f92c-75b0-4c36-b14d-af246ec3c574
totale 8
drwxr-xr-x 2 root root 4096 feb 25 16:59 .
drwxr-xr-x 3 root root 4096 feb 25 16:59 ..
 
~# mount|grep "/var/lib/schroot/mount/kubuntu-6968f92c-75b0-4c36-b14d-af246ec3c574"
~#
 
~# LC_ALL=C rmdir /var/lib/schroot/mount/kubuntu-6968f92c-75b0-4c36-b14d-af246ec3c574
rmdir: failed to remove '/var/lib/schroot/mount/kubuntu-6968f92c-75b0-4c36-b14d-af246ec3c574': Device or resource busy

il problema è che mi tocca riavviare in rescue mode ogni volta per rimuoverla Sad non esiste proprio un modo per "convincere" il VFS del kernel che ora è sicuro rimuovere quella directory così da risparmiarmi il reboot?
Penso che il kernel sia stato "ingannato" da qlcs che però ora in user-space non riesco ad individuare... che fare?

Ciao, Franco

Ritratto di frank67
frank67
(Monster)
Offline
Monster
Iscritto: 10/07/2013
Messaggi: 487

YEAAAH I catch it!!! Party
Come ho risolto:
dopo neanche tanto googling, forse ho azzeccato le opzioni di ricerca, mi sono imbattuto in qst post. Pare che docker soffra anch'esso dello stesso inconveniente, si risolve cercando nel /proc filesystem quale processo tiene impegnato la directory. Dal messaggio di errore di schroot:

~$ logout
E: 10mount: rmdir: failed to remove '/var/lib/schroot/mount/kubuntu-3cce49e8-99dd-4f03-8907-d9e076cb8e25': Device or resource busy
E: kubuntu-3cce49e8-99dd-4f03-8907-d9e076cb8e25: Chroot setup failed: stage=setup-stop

ho preso una stringa dal nome della directory incriminata e l'ho cercata in /proc:
~$ grep -r 3cce49e8 /proc/*/mountinfo
/proc/9905/mountinfo:195 41 253:3 / /var/lib/schroot/mount/kubuntu-3cce49e8-99dd-4f03-8907-d9e076cb8e25 rw,relatime shared:134 - ext4 /dev/mapper/ld0-lv2 rw,stripe=256,data=ordered
/proc/9905/mountinfo:199 195 0:14 / /var/lib/schroot/mount/kubuntu-3cce49e8-99dd-4f03-8907-d9e076cb8e25/sys rw,nosuid,nodev,noexec,relatime shared:136 master:7 - sysfs sysfs rw
/proc/9905/mountinfo:216 195 0:3 / /var/lib/schroot/mount/kubuntu-3cce49e8-99dd-4f03-8907-d9e076cb8e25/proc rw,nosuid,nodev,noexec,relatime shared:151 master:12 - proc proc rw
/proc/9905/mountinfo:218 195 0:5 / /var/lib/schroot/mount/kubuntu-3cce49e8-99dd-4f03-8907-d9e076cb8e25/dev rw,relatime shared:153 master:2 - devtmpfs udev rw,size=10240k,nr_inodes=989279,mode=755
/proc/9905/mountinfo:223 195 0:15 / /var/lib/schroot/mount/kubuntu-3cce49e8-99dd-4f03-8907-d9e076cb8e25/run rw,nosuid,relatime shared:158 master:5 - tmpfs tmpfs rw,size=1584132k,mode=755
~$

dal PID (9905) sono poi risalito al servizio, si trattava di cups è quindi bastato arrestarlo per rimuovere la directory.
Non sapevo che nonostante utilizzando "fuser" e/o "lsof" un processo potesse impegnare una directory sfuggendo a questi due comandi. Sarei davvero grato a chiunque potesse spiegarmi l'arcano!
In particolare dubito sull'opzione "-m" di "fuser", non avrebbe dovuto restituirmi solo quel PID nell'output invece di tutti i processi come evidenziato nei post precedenti?
Grazie per ogni risposta

Ciao, Franco

Ritratto di mcortese
mcortese
(Moderatore)
Offline
Moderatore
Iscritto: 27/02/2009
Messaggi: 2918

In effetti la domanda che fai ha senso. Ma c'è una cosa che mi colpisce ancora di più: come mai il processo 9905 sta ancora girando? Se è lanciato all'interno della shell eseguita da schroot, perché non viene ucciso al logout? Volevi che kubuntu girasse separato, ma non è così separato... Mi chiedo quali altre contaminazioni tra "dentro" e "fuori" ti devi aspettare.

Ritratto di frank67
frank67
(Monster)
Offline
Monster
Iscritto: 10/07/2013
Messaggi: 487

Di cups credo si verifichi un respawning (che si verifichi quando lo riavvio dal suspend-to-ram...boh?) visto il PID insolitamente alto rispetto agli altri processi che per qualche oscura ragione va ad impegnare il mount point generato da schroot, non c'è nessun processo che chiama cups da dentro la schroot jail io avvio solo una shell poi sospendo e trascorso un giorno "quasi" sempre al riavvio il mount-point diventa impegnato non so perché e non so se solo da cups.
Usando schroot devi passare in binding le strutture dati per permettere ai processi nella schroot jail di dialogare col kernel le varie /proc /sys /dev ecc... non è un ambiente isolato come un docker container, piuttosto sembra più strano che docker ne soffra.
Le "contaminazioni" come le chiami tu Tongue sono tra le più disparate ad esempio quando su Jessie o su Kubuntu vengono aggiornati il kernel e gli header quasi certamente bisogna reinstallare il driver proprietario Nvidia se no può capitare un alto utilizzo della CPU o di dover disabilitare e riattivare l'accelerazione grafica (Alt-Shift-F12 in KDE) per ridisegnare uno schermo incasinato quando switchi tra vt8 a vt7 e viceversa.

Ciao, Franco