[0.6.0] kein xfs-Support? [gelöst]

was ich auch mache, nach der neuinstallation bin ich nicht mehr in der Lage, meine beiden großen Platten einzubinden.

$ sudo blkid
/dev/sda1: UUID="43fdfa23-a180-47cd-a8a2-88964c8a6682" TYPE="ext4" 
/dev/sda5: UUID="c17227de-a7bd-488f-a398-bb97aa1bef77" TYPE="swap" 
/dev/sdb1: UUID="c86b019c-0230-45cd-adce-a1272332536b" TYPE="xfs" 
/dev/sdc1: UUID="0decf8ae-1bed-4952-ad6f-6a08e94283ed" TYPE="xfs" 
$ sudo mount -t xfs /dev/sdc1 /media/BigData
unbekannter Dateisystemtyp »xfs«

xfsprogs und xfsdump sind in der aktuellsten Version bereits installiert.

xfsprogs ist schon die neueste Version.

Der Linux Mint Live-USB-Stick bindet die Platten ohne zu murren im Dateimanager ein. Was nun?

also, der Reihe nach:

~$ modprobe xfs
modprobe: ERROR: ../libkmod/libkmod.c:556 kmod_search_moddep() could not open moddep file '/lib/modules/3.13.0-74-generic/modules.dep.bin'

schonmal shitte, aber es beantwortet auch die frage nach der Kernelversion (yavdr 0.6 standard eben, nachdem ich den lowlatency kernel 4.irgendwas wegen kernelpanic deinstalliert hatte (wie kam der da überhaupt hin, während preseed mitinstalliert?!?))

~$ cat /proc/filesystems 
nodev	sysfs
nodev	rootfs
nodev	ramfs
nodev	bdev
nodev	proc
nodev	cgroup
nodev	cpuset
nodev	tmpfs
nodev	devtmpfs
nodev	debugfs
nodev	securityfs
nodev	sockfs
nodev	pipefs
nodev	anon_inodefs
nodev	devpts
	ext3
	ext2
	ext4
nodev	hugetlbfs
	vfat
nodev	ecryptfs
	fuseblk
nodev	fuse
nodev	fusectl
nodev	pstore
nodev	mqueue

da vermiss ich doch definitiv XFS, nicht wahr. wie kann das sein?

die XFS-Partitionen wurden mit dem Standard-Kernel unter yavdr 0.5a geschrieben, afaik war das Kernelversion <3.2.

die Fehlermeldungen machten mich sehr stutzig. Irgendwas bei der Installation hat wohl nicht richtig funktioniert. nach

apt-get install linux-image-generic-lts-trusty linux-tools-generic-lts-trusty

funktioniert das einbinden.