Parts of my 10.1.2 system keep disappearing after reboot. When I change something on the disk (a file, or I install a port), it works fine - up until next reboot. After the reboot, with a very good chance, my changes are gone. For example, I just installed several ports, but after the reboot they all disappeared: Jul 21 02:02:32 corvin pkg-static: wireshark-1.12.6 installed Jul 21 02:18:48 corvin pkg-static: m17n-db-1.6.5 installed Jul 21 02:19:03 corvin pkg-static: libotf-0.9.13_2 installed Jul 21 02:19:22 corvin pkg-static: m17n-lib-1.6.4_6 installed Jul 21 02:21:11 corvin pkg-static: emacs24-24.5,3 installed Jul 21 02:27:49 corvin devd: check_clients: dropping disconnected client Jul 21 02:35:54 corvin anacron[1280]: Job `autoupdate' terminated Jul 21 02:35:54 corvin anacron[1280]: Normal exit (1 jobs run) Jul 21 08:20:16 corvin reboot: rebooted by oleg Jul 21 08:20:16 corvin pulseaudio[1567]: [(null)] module-x11-publish.c: PulseAudio information vanished from X11! Jul 21 08:20:16 corvin syslogd: exiting on signal 15 Jul 21 08:20:34 corvin syslogd: kernel boot file is /boot/kernel/kernel Jul 21 08:20:34 corvin kernel: Copyright (c) 1992-2014 The FreeBSD Project. Jul 21 08:20:34 corvin kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jul 21 08:20:34 corvin kernel: The Regents of the University of California. All rights reserved. Jul 21 08:20:34 corvin kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Jul 21 08:20:34 corvin kernel: FreeBSD 10.1-RELEASE-p23 #0: Thu May 14 13:35:13 UTC 2015 Jul 21 08:20:34 corvin kernel: root@amd64-builder.pcbsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Jul 21 08:20:34 corvin kernel: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Jul 21 08:20:34 corvin kernel: VT: running with driver "vga". Jul 21 08:20:34 corvin kernel: CPU: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz (3392.35-MHz K8-class CPU) Jul 21 08:20:34 corvin kernel: Origin = "GenuineIntel" Id = 0x306c3 Family = 0x6 Model = 0x3c Stepping = 3 Jul 21 08:20:34 corvin kernel: Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> Jul 21 08:20:34 corvin kernel: Features2=0x201<SSE3,SSSE3> Jul 21 08:20:34 corvin kernel: AMD Features=0x28100800<SYSCALL,NX,RDTSCP,LM> Jul 21 08:20:34 corvin kernel: AMD Features2=0x1<LAHF> Jul 21 08:20:34 corvin kernel: TSC: P-state invariant Jul 21 08:20:34 corvin kernel: real memory = 2147418112 (2047 MB) Jul 21 08:20:34 corvin kernel: avail memory = 2045800448 (1951 MB) Jul 21 08:20:34 corvin kernel: Event timer "LAPIC" quality 400 Jul 21 08:20:34 corvin kernel: ACPI APIC Table: <VBOX VBOXAPIC> Jul 21 08:20:34 corvin kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Jul 21 08:20:34 corvin kernel: FreeBSD/SMP: 1 package(s) x 2 core(s) Jul 21 08:20:34 corvin kernel: cpu0 (BSP): APIC ID: 0 Jul 21 08:20:34 corvin kernel: cpu1 (AP): APIC ID: 1
I had a similar situation, again: 1) I downloaded an openssl tarball; 2) I compiled and installed it into /opt; 3) I recompiled my program with the new prefix pointing to /opt. 4) The I rebooted the system. The result: 1) The newerly compiled program is there, with library path pointing to /opt/ 2) /opt directory disappeared. 3) The directory where I compiled the openssl disappeared, too (~/c/tmp/openssl/openssl-1.0.2/). Something is very wrong going on.
After investigation, I found that this is probably about the Update Manager in PC-BSD. In the background, it is finding and destroying the directories that update the openssl and libressl. That is a very dangerous and unpredictable feature, and it has to be removed. I turned off all automatic updates, but I think that the Update Manager as a whole must be totally removed from the system, it is itself behaves worser than any security bug.
OK, I made an inventory of the damage. The "automatically" removed disk information is: 1) libressl is "automatically" downgraded from version 2.2.1 to 2.1.7 in /usr/local; 2) /opt directory with openssl 1.0.2d removed altogether; 3) All ports that were installed after libressl upgrade stopped working - because they were relying on libressl 2.2.1. That's an increadicly stupid behavior of the Updated Manager, that's just unbelievable. The workaround is turning it completely off - but a novice unsuspected user may spend several days trying to find out what is really wrong with the system. That's very user-unfriendly and dangerous.
Hi. If you need to file a bug report against PC-BSD, see https://bugs.pcbsd.org/projects/pcbsd for their bug tracker.
Since this feature is only in PC-BSD, not the base FreeSBD, you will need to open a ticket with them as mentioned. Sorry for the inconvenience.
Thanks, I'll contact PC-BSD.
Hardware updated to 'amd64' as that is probably intended based on context.