Bug 201745 - The disk changes are automatically partially reverted after the system rebooted
Summary: The disk changes are automatically partially reverted after the system rebooted
Status: Closed Not A Bug
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.1-RELEASE
Hardware: amd64 Any
: --- Affects Many People
Assignee: Mark Linimon
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-07-21 15:40 UTC by mom040267
Modified: 2015-08-04 20:35 UTC (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mom040267 2015-07-21 15:40:58 UTC
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
Comment 1 mom040267 2015-07-26 19:46:17 UTC
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.
Comment 2 mom040267 2015-07-26 19:57:19 UTC
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.
Comment 3 mom040267 2015-07-26 20:09:42 UTC
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.
Comment 4 Jason Unovitch freebsd_committer freebsd_triage 2015-07-26 21:48:13 UTC
Hi.
If you need to file a bug report against PC-BSD, see https://bugs.pcbsd.org/projects/pcbsd for their bug tracker.
Comment 5 Mark Linimon freebsd_committer freebsd_triage 2015-07-27 02:01:41 UTC
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.
Comment 6 mom040267 2015-07-27 07:05:32 UTC
Thanks, I'll contact PC-BSD.
Comment 7 Ed Maste freebsd_committer freebsd_triage 2015-08-04 20:35:17 UTC
Hardware updated to 'amd64' as that is probably intended based on context.