Depuis mon dernier apt-get install, problème USB et Wifi

Support Debian
#21

[quote=“bordelais”][quote]Si je comprends bien, tu as des problèmes de montage de partitions depuis une mise-à-jour ?
Comment effectuais-tu ces montages lorsque ça fonctionnait ?
(ton problème de WIFI n’est probablement pas lié même s’il est arrivé au même moment)[/quote]

Exactement, depuis une mise à jour.
Avant je mettais la clef usb, je cliquais sur l’icône correspondant et j’ouvrais Krusader ou Dolphin.[/quote]
Hmm, KDE ce n’est pas vraiment ma spécialité.
Mais il y a un moyen simple de vérifier si c’est lié ou non à ton environnement : installe le paquet [mono]pmount[/mono] et essaye de l’utiliser pour monter une clé USB.

(avec ton utilisateur, pas en root)

#22

C’est une piste tout-à-fait cohérente.
Mais dans ce cas, pourquoi avoir attendu aussi longtemps avant de la suggérer, scrogneugneu ?![/quote]

Dernièrement, j’ai abordé le cycle grognon/ronchon, la lune peut-être … :think:

#23

[quote]Hmm, KDE ce n’est pas vraiment ma spécialité.
Mais il y a un moyen simple de vérifier si c’est lié ou non à ton environnement : installe le paquet pmount et essaye de l’utiliser pour monter une clé USB.
Code:
pmount /dev/sdXY

(avec ton utilisateur, pas en root)[/quote]
pmount est déjà installé

Je rappelle que ni ma clef en NTFS, ni ma clef en FAT ne peuvent être montées autrement qu’en root dans Krusader et Dolphin. Cependant :

yoda@Delta-7:~$ pmount /dev/sdc1 Error opening '/dev/sdc1': Permission non accordée Failed to mount '/dev/sdc1': Permission non accordée Please check '/dev/sdc1' and the ntfs-3g binary permissions, and the mounting user ID. More explanation is provided at http://tuxera.com/community/ntfs-3g-faq/#unprivileged yoda@Delta-7:~$ pmount /dev/sdd1 yoda@Delta-7:~$
Là on voit qu’en mode console, avec pmount, ma clef en NTFS n’est toujours pas montée, mais que ma clef en FAT a été montée. On avance un tout petit peu…?

Mon fstab au cas où :

[code]# /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).

/dev/mapper/GV1-LV–racine / ext4 errors=remount-ro,noatime,discard 0 1

/boot was on /dev/sda1 during installation

UUID=bfdf0612-cedd-481b-9615-78c3330aed17 /boot ext2 defaults 0 2
/dev/mapper/GV1-LV–home /home ext4 defaults,noatime,discard 0 2
/dev/mapper/GV1-LV–swap none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sdc1 /media/usb0 auto rw,user,noauto 0 0

noatime : sert à désactiver l’enregistrement systématique de la date du dernier accès aux fichiers

discard : active le TRIM

Placer la dossier temporaire en RamDisk

Afin de limiter les accès au SSD et ainsi éviter les lectures/écritures inutiles, il est intéressant de placer le dossier temporaire en RAM plutôt que sur le disque dur. En plus d’accéler quelques traitements, cette méthode à également l’avantage de vider ce dossier à chaque boot. Pour ce faire, on ajoute la ligne suivante :

none /tmp tmpfs defaults,nosuid,nodev,noexec 0 0

Montage du HDD en Ext4 mais pas au démarrage : ne fonctionne pas.

UUID=39be1ed8-3aa4-4940-911b-096ce034d959 /media/HDDext4 ext4 defaults,users,noauto 0 0[/code]

#24

Ne sois donc pas obtus, relis les posts précédents.

Séance clicodrome ?(!)

<Grognon/Ronchon>

Bin pour nunux, c’est pas encore le top, hein … :016

<Grognon/Ronchon/>

#25

[quote=“BelZéButh”]

Séance clicodrome ?(!)[/quote]
Pourquoi ? Toi tu travailles toujours en console ? :041
Tu te déplaces à cheval, car un jour les réserves de pétrole seront épuisées ? :033

#26

Re,

Oui !

Que ce soit en local où vers/depuis un serveur(s) distant. 8) … :whistle:

Bref, sur quelle version du noyau tournes-tu en cette heure ?

Quelles sont les versions encore présentes ?

En bootant sur l’une d’elles, tes soucis se répètent il ?

#27

[quote=“bordelais”]Je rappelle que ni ma clef en NTFS, ni ma clef en FAT ne peuvent être montées autrement qu’en root dans Krusader et Dolphin. Cependant :

yoda@Delta-7:~$ pmount /dev/sdc1 Error opening '/dev/sdc1': Permission non accordée Failed to mount '/dev/sdc1': Permission non accordée Please check '/dev/sdc1' and the ntfs-3g binary permissions, and the mounting user ID. More explanation is provided at http://tuxera.com/community/ntfs-3g-faq/#unprivileged yoda@Delta-7:~$ pmount /dev/sdd1 yoda@Delta-7:~$
Là on voit qu’en mode console, avec pmount, ma clef en NTFS n’est toujours pas montée, mais que ma clef en FAT a été montée. On avance un tout petit peu…?[/quote]
On avance même beaucoup : tu as pu monter tes clés sans être root, le problème est donc directement lié à la méthode utilisée par KDE pour les monter.
Par contre, je ne connais pas celle-ci et je ne pourrai malheureusement pas t’aider plus loin dans le dépistage.

Pour l’échec avec NTFS, je vois deux pistes :
_le lien http donné en retour par pmount
_le fait que /dev/sdc1 soit déjà déclaré dans ton fstab

#28

Je n’ai qu’un seul noyau d’installé :

root@Delta-7:/home/yoda# uname -a Linux Delta-7 3.13-1-amd64 #1 SMP Debian 3.13.10-1 (2014-04-15) x86_64 GNU/Linux
Dans fstab j’avais commenté la ligne pour sdc1, mais sa ne changeait rien, en essayant de la monter “en mode clicodrome”

Je viens de commenter à nouveau cette ligne et avec pmount je peux monter aussi bien ma clef FAT32 que ma clef NTFS.
Par contre je ne comprends pas pourquoi je ne peux par voir ce qu’il y a dessus avec la commande ls :

yoda@Delta-7:~$ ls /dev/sdc1 /dev/sdc1 yoda@Delta-7:~$ ls /dev/sdd1 /dev/sdd1
… alors que maintenant que les clefs sont montées, je peux voir leur contenu dans Krusader

Je peux monter mon disque interne avec mount, mais toujours pas avec Krusader. Et Krusader comme la commade ls me permettent de voir le contenu :

yoda@Delta-7:~$ mount /media/HDDext4 yoda@Delta-7:~$ ls /media/HDDext4 lost+found
En résumé :

  • Maintenant je peux monter mes clefs avec pmount et mon disque interne avec mount. L’inconvénient est que ce n’est pas très pratique, mais ça fait plus geek (pour ne pas dire barbu).
  • Avec Krusader je peux voir tous les contenus une fois montés, mais avec ls je peux voir uniquement le contenu du DD, mais pas le contenu des clefs. Peut-être n’est-ce pas la bonne commande. :think:
  • Je peux me connecter à un réseau Wifi déjà configuré (avant la maj), mais ne peux toujours pas me connecter à un nouveau réseau Wifi.
  • Je ne peux toujours pas dévérouiller gufw, mais peu lancer ufw.
#29

Salut,

[quote=“bordelais”]Je n’ai qu’un seul noyau d’installé :

root@Delta-7:/home/yoda# uname -a Linux Delta-7 3.13-1-amd64 #1 SMP Debian 3.13.10-1 (2014-04-15) x86_64 GNU/Linux
[/quote]

Non. Ce retour [mono]uname -a[/mono] t’informe de la version du noyau sur lequel tu as booter dernièrement, soit de ton propre chef (sélection à la mano) soit le mode auto (noyau le plus récent).

[mono]$ dpkg -l | grep linux-image[/mono] là, tu auras l’info recherchée.

Où encore via [mono]$ aptitude search linux-image[/mono]

Où, dans le fichier [mono]/boot/grub/grub.cfg[/mono] par exemple.

:naughty:

[12:27:28]:~$ ls /dev/sdb1 /dev/sdb1 [12:27:32]:~$

[12:27:37]:~$ ls -la /dev/sdb1 brw-rw---T 1 root floppy 8, 17 mai 30 12:26 /dev/sdb1 [12:27:42]:~$

[12:27:45]:~$ mount [...] /dev/sdb1 on /media/Debian type ext3 (rw,nosuid,nodev,relatime,errors=continue,user_xattr,acl,barrier=1,data=ordered,uhelper=udisks) [12:28:00]:~$

[12:28:04]:~$ ls /media/Debian bashrc-loreleil exclure-LFS-R1 montage_lfs.txt sources.list bashrc-root extract.txt nanorc.txt sources.list.txt bashrc.txt clés_local_05112013.txt preferences sshd_config.txt blfs_2ème_édition error_2_glibc lfs_2ème_édition Sauvegarde-LFS.txt test_consolekit BLFS_4ème error_2_glibc_01 lfs_4ème_édition sav_avant_install_Sid-unstable Chroot_BLFS_depuis_live-usb_20122013_08h55.txt error_2_glibc_02.txt lost+found Sid_30052014 [12:28:11]:~$

[12:28:46]:~$ ls -la /media/Debian total 232 drwxr-xr-x 14 loreleil loreleil 4096 mai 30 11:21 . drwxr-xr-x 7 root root 4096 mai 30 12:26 .. drwxr-xr-x 2 loreleil loreleil 4096 oct. 4 2013 bashrc-loreleil drwxr-xr-x 2 loreleil loreleil 4096 oct. 4 2013 bashrc-root -rw------- 1 loreleil loreleil 9003 déc. 22 08:57 bashrc.txt drwx------ 2 loreleil loreleil 4096 janv. 10 20:18 blfs_2ème_édition drwxr-xr-x 13 loreleil loreleil 4096 janv. 28 13:35 BLFS_4ème -rw-r--r-- 1 loreleil loreleil 8722 déc. 20 08:52 Chroot_BLFS_depuis_live-usb_20122013_08h55.txt -rw------- 1 loreleil loreleil 50 oct. 4 2013 .directory -rw-r--r-- 1 loreleil loreleil 754 déc. 22 13:04 error_2_glibc -rw-r--r-- 1 loreleil loreleil 754 déc. 22 13:15 error_2_glibc_01 -rw-r--r-- 1 loreleil loreleil 34916 déc. 22 13:19 error_2_glibc_02.txt -rw-r--r-- 1 root root 268 déc. 26 14:38 exclure-LFS-R1 -rw------- 1 loreleil loreleil 2 déc. 22 08:55 extract.txt drwxr-xr-x 6 loreleil loreleil 4096 janv. 16 17:07 lfs_2ème_édition drwxr-xr-x 5 loreleil loreleil 4096 janv. 11 20:03 lfs_4ème_édition drwx------ 28 loreleil loreleil 24576 mars 26 09:11 lost+found -rw-r--r-- 1 loreleil loreleil 2276 déc. 24 15:57 montage_lfs.txt -rw------- 1 loreleil loreleil 8456 déc. 26 08:04 nanorc.txt drwx------ 4 root root 4096 oct. 15 2013 preferences -rw-r--r-- 1 loreleil loreleil 1702 déc. 26 14:34 Sauvegarde-LFS.txt drwxr-xr-x 7 loreleil loreleil 4096 oct. 15 2013 sav_avant_install_Sid-unstable drwx------ 2 loreleil loreleil 4096 mai 30 11:23 Sid_30052014 drwx------ 3 root root 4096 oct. 15 2013 sources.list -rw------- 1 loreleil loreleil 4534 déc. 30 10:15 sources.list.txt -rw------- 1 loreleil loreleil 3560 déc. 30 10:14 sshd_config.txt drwxrwxr-x 2 loreleil loreleil 4096 févr. 2 12:29 test_consolekit [12:28:51]:~$

[quote=“bordelais”]mais ne peux toujours pas me connecter à un nouveau réseau Wifi.

  • Je ne peux toujours pas dévérouiller gufw, mais peu lancer ufw.[/quote]

Une histoire de Kernel ?
À vérifié, une fois pour toute.

#30

root@Delta-7:/home/yoda# dpkg -l | grep linux-image ii linux-image-3.13-1-amd64 3.13.10-1 amd64 Linux 3.13 for 64-bit PCs ii linux-image-amd64 3.13+56 amd64 Linux for 64-bit PCs (meta-package)
OK pour liste le contenu du répertoire. mes clefs sont montées dans media.

Je ne peux pas écrire sur mon DD :

yoda@Delta-7:~$ mkdir /media/HDDext4/Sauvegarde_yoda mkdir: impossible de créer le répertoire « /media/HDDext4/Sauvegarde_yoda »: Permission non accordée
Certes, j’ai bien pu créer le répertoire en ouvrant une console en root et lui ai donné comme propriétaire l’utilisateur courant, mais ce ne peut être qu’une solution provisoire. Ça reste fastidieux de travailler comme cela tous les jours.

#31

[quote=“bordelais”]Je ne peux pas écrire sur mon DD :
Code:
yoda@Delta-7:~$ mkdir /media/HDDext4/Sauvegarde_yoda
mkdir: impossible de créer le répertoire « /media/HDDext4/Sauvegarde_yoda »: Permission non accordée[/quote]

Nativement le répertoire /media appartient à root.

À présent, je ne serai pas surpris qu’il en soit de même pour ce dernier . [mono]HDDext4[/mono] .

[mono]$ ls -la /media/
$ ls -la /media/HDDext4[/mono]

Dans ces conditions, ton user [mono]Delta-7[/mono] ne possède que les droits de lecture.

[mono]# chown -R Delta-7: /media/HDDext4[/mono] ?

[mono]:~$ mkdir /media/HDDext4/Sauvegarde_yoda[/mono]

#32

C’est bien ce que j’avais remarqué.

Je suis en train de sauvegarder mes données.
Peut-être qu’un upgrade du noyau pourrait résoudre les problèmes (passer du 3.13.1. au 3.14.1).Dans le cas contraire je me dirige vers un réinstallation complète :12

#33

Que t’en coûterait-il ? Celui-ci où tout autre version …

p linux-image-3.12-0.bpo.1-amd64 p linux-image-3.12-0.bpo.1-amd64-dbg p linux-image-3.12-0.bpo.1-rt-amd64 p linux-image-3.12-0.bpo.1-rt-amd64-dbg p linux-image-3.13-0.bpo.1-amd64 p linux-image-3.13-0.bpo.1-amd64-dbg p linux-image-3.14-0.bpo.1-amd64 p linux-image-3.14-0.bpo.1-amd64-dbg p linux-image-3.14-0.bpo.1-rt-amd64 p linux-image-3.14-0.bpo.1-rt-amd64-dbg p linux-image-3.14-1-amd64 p linux-image-3.14-1-amd64-dbg p linux-image-3.14-1-rt-amd64 p linux-image-3.14-1-rt-amd64-dbg p linux-image-3.15-rc7-amd64 p linux-image-3.15-rc7-amd64-dbg p linux-image-3.2.0-0.bpo.4-amd64 p linux-image-3.2.0-0.bpo.4-amd64-dbg p linux-image-3.2.0-0.bpo.4-rt-amd64 p linux-image-3.2.0-0.bpo.4-rt-amd64-dbg i A linux-image-3.2.0-4-amd64 p linux-image-3.2.0-4-amd64-dbg p linux-image-3.2.0-4-rt-amd64 p linux-image-3.2.0-4-rt-amd64-dbg
En cas d’échec avec ce dernier [mono]aptitude remove --purge linux-image-3.14-1-amd64[/mono] et retour à la case départ.

Je suis curieux de savoir comment tu as installé ta Sid ?

Depuis une iso (Sid) ? Incluant KDE ?

Netinstall ?

Autre ?

#34

Il ne m’en coûtera certainement rien, sinon un peu de temps si je fais une sauvegarde, ce qui est indispensable.

J’ai installé ma Sid à partir d’une clef USB où j’avais installé l’ISO Debian GNU/Linux jessie-DI-a1 “jessie” Official Snapshot amd64 DVD". J’ai ensuite ajusté le sources.list pour obtenir une Sid.

Lors de l’installation, j’ai choisi “Autre environemment” et sélectionnée KDE. Elle a très bien fonctionné pendant deux mois.

#35

Quelle drôle d’idée … je ne procède jamais ainsi.

Squeeze > install apt-listbugs > Wheezy > Testing > Unstable et seulement là, j’install l’environnement graphique.

Dans ce contexte, tu es en mesure de gérer les divers bugs lors du changement de version. :wink:

#36

C’est fait :

root@Delta-7:/home/yoda# dpkg -l | grep linux-image ii linux-image-3.13-1-amd64 3.13.10-1 amd64 Linux 3.13 for 64-bit PCs ii linux-image-3.14-1-amd64 3.14.4-1 amd64 Linux 3.14 for 64-bit PCs ii linux-image-amd64 3.14+57 amd64 Linux for 64-bit PCs (meta-package) root@Delta-7:/home/yoda# uname -r 3.14-1-amd64
Ça n’a pas résolu le problème de montage des clefs USB et DD, ainsi que le problème de gufw.
En ce qui concerne le Wifi, je verrai ce soir chez moi.

#37

Problème non résolu après la maj du noyau.

J’ai essayé d’installer Wheezy. Je n’ai pas pu aller plus loin que la détection de la carte réseau, qui n’est pas reconnue. J’ai essayé de shunter cette étape pour faire la config plus tard, mais l’installateur refuse d’aller plus loin. Il ne m’a même pas demandé si je voulais installer le microcode. La carte est une Qualcomm Atheros Killer E2200. Il semblerait qu’il faille un noyau plus récent.

Je suis donc en train de réinstaller ma Testing. À ce sujet, me conseillez-vous de rester en Testing ou de continuer en Sid (ce qui semble préférable d’après ce que j’ai pu lire sur les différents forums) ?

#38

Testing fraichement installée (pas d’autre choix possible).

Pas de problème avec ma carte réseau. Tout fonctionne très bien. Plus de problème pour le montage des clefs USB “en mode clicodrome”, la connexion à un nouveau réseau Wifi ou le lancement de gufw.

Seule anomalie non bloquante : je suis obligé de lancer $ mount /dev/sda2 pour monter mon DD (que je ne veux surtout pas lancer au démarrage).
Voici la ligne concernée du fstab :

Une petite idée sur ce dernier point ? Dans le cas contraire je fermerai ce sujet.

#39

Salut,

[quote=“bordelais”]esting fraichement installée (pas d’autre choix possible).

Pas de problème avec ma carte réseau. Tout fonctionne très bien. Plus de problème pour le montage des clefs USB “en mode clicodrome”, la connexion à un nouveau réseau Wifi ou le lancement de gufw.[/quote]

:023

Sid, … s’est pour les Geeks-Barbus-Poilus. (surtout ces dernières semaines, KDE, dans mon cas) :wink:

[code]# fdisk -l

blkid

mount[/code]

#40

Je me suis rasé la barbe la semaine dernière, mais au fond de moi je suis toujours le même :033

Alors, l’unstable plus stable que la testing ?

Voilà :

[code]root@Delta-7:/home/yoda# fdisk -l

Disque /dev/sdb : 480.1 Go, 480103981056 octets
255 têtes, 63 secteurs/piste, 58369 cylindres, total 937703088 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d’E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x000d4886

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 2048 499711 248832 83 Linux
/dev/sdb2 501758 937701375 468599809 5 Étendue
La partition 2 ne commence pas sur une frontière de cylindre physique.
/dev/sdb5 501760 937701375 468599808 83 Linux

Disque /dev/sda : 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres, total 976773168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d’E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x5829fe3f

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 2048 163842047 81920000 7 HPFS/NTFS/exFAT
/dev/sda2 163846935 976768064 406460565 83 Linux
La partition 2 ne commence pas sur une frontière de cylindre physique.

Disque /dev/mapper/sda5_crypt : 479.8 Go, 479844106240 octets
255 têtes, 63 secteurs/piste, 58337 cylindres, total 937195520 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d’E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/sda5_crypt ne contient pas une table de partitions valable

Disque /dev/mapper/Delta–7--vg-VG–Racine : 12.0 Go, 11999903744 octets
255 têtes, 63 secteurs/piste, 1458 cylindres, total 23437312 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d’E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/Delta–7--vg-VG–Racine ne contient pas une table de partitions valable

Disque /dev/mapper/Delta–7--vg-VG–Swap : 8996 Mo, 8996782080 octets
255 têtes, 63 secteurs/piste, 1093 cylindres, total 17571840 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d’E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/Delta–7--vg-VG–Swap ne contient pas une table de partitions valable

Disque /dev/mapper/Delta–7--vg-VG–Home : 458.8 Go, 458844274688 octets
255 têtes, 63 secteurs/piste, 55784 cylindres, total 896180224 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d’E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/Delta–7--vg-VG–Home ne contient pas une table de partitions valable
root@Delta-7:/home/yoda# [/code]

root@Delta-7:/home/yoda# blkid /dev/sdb1: UUID="be6ff809-3d66-4f87-add5-508958d1bbf5" TYPE="ext2" /dev/sdb5: UUID="7a94b8bf-9598-4665-8928-7d46a434e0e0" TYPE="crypto_LUKS" /dev/sda1: LABEL="HDD Windows" UUID="2068885B68883218" TYPE="ntfs" /dev/sda2: LABEL="HDD ext4" UUID="39be1ed8-3aa4-4940-911b-096ce034d959" TYPE="ext4" /dev/mapper/sda5_crypt: UUID="rSYfrZ-Ty9o-uf3C-u4TM-iTyQ-56L8-ibh36J" TYPE="LVM2_member" /dev/mapper/Delta--7--vg-VG--Racine: LABEL="Racine" UUID="6e44ad51-e33d-4501-ac89-1fe09f478537" TYPE="ext4" /dev/mapper/Delta--7--vg-VG--Swap: UUID="e97e4407-02b2-4a46-a28b-ca9607b06882" TYPE="swap" /dev/mapper/Delta--7--vg-VG--Home: LABEL="Home" UUID="3288b589-9ead-4ed3-84d3-00f464da67e0" TYPE="ext4"

root@Delta-7:/home/yoda# 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=1013568,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,noexec,relatime,size=811564k,mode=755) /dev/mapper/Delta--7--vg-VG--Racine on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) pstore on /sys/fs/pstore type pstore (rw,relatime) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1623120k) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) /dev/sdb1 on /boot type ext2 (rw,relatime) /dev/mapper/Delta--7--vg-VG--Home on /home type ext4 (rw,noatime,discard,data=ordered) none on /tmp type tmpfs (rw,nosuid,nodev,noexec,relatime) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime) none on /sys/fs/cgroup type tmpfs (rw,relatime,size=4k,mode=755) systemd on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,name=systemd)