Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
pwd_mkdb -p /etc/master.passwd Cheers, Matthew Dr Matthew J Seaman MA, D.Phil. That did it! Now I can login as nonroot and startx. I found pwd_mkdb in my searching, but would not have known to use '-p'. I might have done pwd_mkdb /etc/master.passwd from Doug Barton do...@freebsd.org: Carefully? :) Seriously ... always use the -P option, and/or add PRESERVE_FILES in your mergemaster rc file. Watch the changes carefully. If you have to, do the updates in more than one pass using the -r option for subsequent runs. Do the simple ones first, then go back and do the ones that you have to think harder about. I recommend against using the -U option. It's not rocket science, it's just like any other system administration task, it requires careful attention. Doug That seems like a good idea, using -P option to be able to go back to something good if one screws up. From 'man mergemaster': The mergemaster utility is a Bourne shell script which is designed to aid you in updating the various configuration and other files associated with FreeBSD. It is HIGHLY recommended that you back up your /etc directory before beginning this process. So I could make a second backup of /etc before the second mergemaster invocation, after installworld. There are lots of files to merge/edit, and one can easily become tired and make mistakes. We're only human and not infallible. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus: resent by mistake
pwd_mkdb -p /etc/master.passwd Cheers, Matthew Dr Matthew J Seaman MA, D.Phil. That did it! Now I can login as nonroot and startx. (snip) Sorry, I didn't mean to send this old message again! I changed this message to send to freebsd-stable list, saved under a different name, but accidentally sent the old message instead of the new one! Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
from Tom Evans tevans...@googlemail.com: I have had this happen before, the PEBKAC. When running mergemaster, it will prompt you to install new passwd, master.passwd and group files - if you have added local users you must not say yes to this, you must either merge the changes in or keep your local one. If you still have a backup, you are probably missing just master.passwd. hald, dbus would fail to start since their users are no longer there. Once you've done this to your system once, you never want to do it again! When I had this problem, I was itching to get to bed. But since then, I checked /etc and the backup, and found master.passwd, copied it back, still have to boot into RC1 to see if the fix works. How does one run mergemaster without running roughshod over existing configuration? I did hit d (delete) on some files I didn't want to trash, such as mail.rc and the ports directory configuration. I wish there were a way to do a practice run with mergemaster without destroying anything, just as a medical student may practice on human cadavers, or flying in a flight simulator, where the consequences of doing the wrong thing are not disastrous. That way, I'd know what to do for next time. I could make one backup at the beginning, before the first mergemaster -p, and then another after that, before the second mergemaster. I remember etcupdate from NetBSD, see it in FreeBSD ports/sysutils, but not in FreeBSD base system. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
from Tom Evans tevans...@googlemail.com: I have had this happen before, the PEBKAC. When running mergemaster, it will prompt you to install new passwd, master.passwd and group files - if you have added local users you must not say yes to this, you must either merge the changes in or keep your local one. If you still have a backup, you are probably missing just master.passwd. hald, dbus would fail to start since their users are no longer there. Once you've done this to your system once, you never want to do it again! When I had this problem, I was itching to get to bed. But since then, I checked /etc and the backup, and found master.passwd, copied it back, still have to boot into RC1 to see if the fix works. Update: the fix didn't work, even though I have the necessary things in master.passwd. From the boot messages: Starting dbus. Unknown username polkit in message bus configuration file Unknown username haldaemon in message bus configuration file Unknown username avahi in message bus configuration file Unknown username pulse in message bus configuration file Failed to start message bus: Could not get UID and GID for username messagebus /etc/rc: WARNING: failed to start dbus Starting hald. Updating motd:. Starting ntpd. Configuring syscons: keymap blanktime. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Update: the fix didn't work, even though I have the necessary things in master.passwd and /etc/rc.conf . From the boot messages: Starting dbus. Unknown username polkit in message bus configuration file Unknown username haldaemon in message bus configuration file Unknown username avahi in message bus configuration file Unknown username pulse in message bus configuration file Failed to start message bus: Could not get UID and GID for username messagebus /etc/rc: WARNING: failed to start dbus Starting hald. Updating motd:. Starting ntpd. Configuring syscons: keymap blanktime. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Update: the fix didn't work, even though I have the necessary things in master.passwd. From the boot messages: Starting dbus. Unknown username polkit in message bus configuration file Unknown username haldaemon in message bus configuration file Unknown username avahi in message bus configuration file Unknown username pulse in message bus configuration file Failed to start message bus: Could not get UID and GID for username messagebus /etc/rc: WARNING: failed to start dbus Starting hald. Updating motd:. Starting ntpd. Configuring syscons: keymap blanktime. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. ... I still can't login as any nonroot user, even though I see the lines in /etc/master.passwd, which I copied back from backup, and if I startx as root, there is no response to keyboard or mouse. How do I recover? Do I have to copy the whole BETA2 /etc and possibly run mergemaster -p again? How does one run mergemaster without running roughshod over existing configuration? I did hit d (delete) on some files I didn't want to trash, such as mail.rc and the ports directory configuration. I wish there were a way to do a practice run with mergemaster without destroying anything, just as a medical student may practice on human cadavers, or flying in a flight simulator, where the consequences of doing the wrong thing are not disastrous. That way, I'd know what to do for next time. I could make one backup at the beginning, before the first mergemaster -p, and then another after that, before the second mergemaster. I remember etcupdate from NetBSD, see it in FreeBSD ports/sysutils, but not in FreeBSD base system. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On 28/10/2011 11:05, Thomas Mueller wrote: I still can't login as any nonroot user, even though I see the lines in /etc/master.passwd, which I copied back from backup, and if I startx as root, there is no response to keyboard or mouse. pwd_mkdb -p /etc/master.passwd Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On Fri, Oct 28, 2011 at 11:05 AM, Thomas Mueller mueller6...@bellsouth.net wrote: Update: the fix didn't work, even though I have the necessary things in master.passwd and /etc/rc.conf . Did you re-run pwd_mkdb? How does one run mergemaster without running roughshod over existing configuration? So when mergemaster runs, it will ask you if you want to (i)nstall (d)elete or (m)erge the changes. If there are no additions to the file - eg new users or groups from the source - then you can just delete the update. If there are new users/groups, you need to merge them in. If you choose merge for /etc/group and /etc/master.passwd, it will show you the differences, and ask you to choose from the option on the left (your original file) or the right (the updated file) to merge them in. Cheers Tom PS Here is a log of me updating my /etc/group, as a new group 'hast' has been added that is not in my /etc/group *** Displaying differences between ./etc/group and installed version: --- /etc/group 2011-05-05 10:54:43.0 +0100 +++ ./etc/group 2011-10-28 11:39:54.0 +0100 @@ -1,11 +1,11 @@ -# $FreeBSD: src/etc/group,v 1.35.10.1.6.1 2010/12/21 17:09:25 kensmith Exp $ +# $FreeBSD: stable/8/etc/group 220104 2011-03-28 17:41:10Z trociny $ # -wheel:*:0:root,tom +wheel:*:0:root daemon:*:1: kmem:*:2: sys:*:3: tty:*:4: -operator:*:5:root,tom +operator:*:5:root mail:*:6: bin:*:7: news:*:8: @@ -26,21 +26,7 @@ dialer:*:68: network:*:69: audit:*:77: -www:*:80:tom +www:*:80: +hast:*:845: nogroup:*:65533: nobody:*:65534: -tom:*:1001: -cyrus:*:60: -messagebus:*:556: -avahi:*:558: -polkit:*:562: -haldaemon:*:560: -pulse:*:563: -pulse-access:*:564: -pulse-rt:*:557: -gdm:*:92: -pgsql:*:70: -rabbitmq:*:135: -_sabnzbd:*:350: -squid:*:100: -webcamd:*:145:tom Use 'd' to delete the temporary ./etc/group Use 'i' to install the temporary ./etc/group Use 'm' to merge the temporary and installed versions Use 'v' to view the diff results again Default is to leave the temporary file to deal with by hand How should I deal with this? [Leave it for later] m # $FreeBSD: src/etc/group,v 1.35.10.1.6.1 2010/12/21 17:09:25 kensmith Exp $ |# $FreeBSD: stable/8/etc/group 220104 2011-03-28 17:41:10Z trociny $ %r wheel:*:0:root,tom| wheel:*:0:root %l operator:*:5:root,tom | operator:*:5:root %l www:*:80:tom | www:*:80: hast:*:845: %r tom:*:1001: cyrus:*:60: messagebus:*:556: avahi:*:558: polkit:*:562: haldaemon:*:560: pulse:*:563: pulse-access:*:564: pulse-rt:*:557: gdm:*:92: pgsql:*:70: rabbitmq:*:135: _sabnzbd:*:350: squid:*:100: webcamd:*:145:tom %l Use 'i' to install merged file Use 'r' to re-do the merge Use 'v' to view the merged file Default is to leave the temporary file to deal with by hand *** How should I deal with the merged file? [Leave it for later] v # $FreeBSD: stable/8/etc/group 220104 2011-03-28 17:41:10Z trociny $ # wheel:*:0:root,tom daemon:*:1: kmem:*:2: sys:*:3: tty:*:4: operator:*:5:root,tom mail:*:6: bin:*:7: news:*:8: man:*:9: games:*:13: ftp:*:14: staff:*:20: sshd:*:22: smmsp:*:25: mailnull:*:26: guest:*:31: bind:*:53: proxy:*:62: authpf:*:63: _pflogd:*:64: _dhcp:*:65: uucp:*:66: dialer:*:68: network:*:69: audit:*:77: www:*:80: hast:*:845: nogroup:*:65533: nobody:*:65534: tom:*:1001: cyrus:*:60: messagebus:*:556: avahi:*:558: polkit:*:562: haldaemon:*:560: pulse:*:563: pulse-access:*:564: pulse-rt:*:557: gdm:*:92: pgsql:*:70: rabbitmq:*:135: _sabnzbd:*:350: squid:*:100: webcamd:*:145:tom Use 'i' to install merged file Use 'r' to re-do the merge Use 'v' to view the merged file Default is to leave the temporary file to deal with by hand *** How should I deal with the merged file? [Leave it for later] As you can see, the new file contains
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On Friday, October 28, 2011 4:43:28 am Thomas Mueller wrote: from Tom Evans tevans...@googlemail.com: I have had this happen before, the PEBKAC. When running mergemaster, it will prompt you to install new passwd, master.passwd and group files - if you have added local users you must not say yes to this, you must either merge the changes in or keep your local one. If you still have a backup, you are probably missing just master.passwd. hald, dbus would fail to start since their users are no longer there. Once you've done this to your system once, you never want to do it again! When I had this problem, I was itching to get to bed. But since then, I checked /etc and the backup, and found master.passwd, copied it back, still have to boot into RC1 to see if the fix works. How does one run mergemaster without running roughshod over existing configuration? I did hit d (delete) on some files I didn't want to trash, such as mail.rc and the ports directory configuration. I wish there were a way to do a practice run with mergemaster without destroying anything, just as a medical student may practice on human cadavers, or flying in a flight simulator, where the consequences of doing the wrong thing are not disastrous. That way, I'd know what to do for next time. I could make one backup at the beginning, before the first mergemaster -p, and then another after that, before the second mergemaster. I remember etcupdate from NetBSD, see it in FreeBSD ports/sysutils, but not in FreeBSD base system. Hmm, I did not know NetBSD had a util called etcupdate. However, the etcupdate in ports will work fine for FreeBSD. You do need to bootstrap it (see the notes in the manpage) once before you do a cvsup or svn up, but after that it should do 3-way merges to files rather easily. You can also see your local customizations via 'etcupdate diff'. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On Thursday, October 27, 2011 7:14:51 am Ed Schouten wrote: * Tom Evans tevans...@googlemail.com, 20111027 13:06: I have had this happen before, the PEBKAC. When running mergemaster, it will prompt you to install new passwd, master.passwd and group files - if you have added local users you must not say yes to this, you must either merge the changes in or keep your local one. It would have been so awesome if our /etc/master.passwd and /etc/group included an #include directive. I do agree with this. Or if you could have /etc/passwd.d and /etc/group.d directories that can contain files that are auto-included. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On Fri, 28 Oct 2011, John Baldwin wrote: On Thursday, October 27, 2011 7:14:51 am Ed Schouten wrote: * Tom Evans tevans...@googlemail.com, 20111027 13:06: I have had this happen before, the PEBKAC. When running mergemaster, it will prompt you to install new passwd, master.passwd and group files - if you have added local users you must not say yes to this, you must either merge the changes in or keep your local one. It would have been so awesome if our /etc/master.passwd and /etc/group included an #include directive. I do agree with this. Or if you could have /etc/passwd.d and /etc/group.d directories that can contain files that are auto-included. Another idea is to let mergemaster call pw(8) to add remove users and groups instead of merging the files. It does not cover /etc/aliases though... But that is minor to this. =) /Bjorn ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On 10/28/2011 01:43, Thomas Mueller wrote: How does one run mergemaster without running roughshod over existing configuration? Carefully? :) Seriously ... always use the -P option, and/or add PRESERVE_FILES in your mergemaster rc file. Watch the changes carefully. If you have to, do the updates in more than one pass using the -r option for subsequent runs. Do the simple ones first, then go back and do the ones that you have to think harder about. I recommend against using the -U option. It's not rocket science, it's just like any other system administration task, it requires careful attention. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On 10/28/2011 07:57, kama wrote: On Fri, 28 Oct 2011, John Baldwin wrote: On Thursday, October 27, 2011 7:14:51 am Ed Schouten wrote: * Tom Evans tevans...@googlemail.com, 20111027 13:06: I have had this happen before, the PEBKAC. When running mergemaster, it will prompt you to install new passwd, master.passwd and group files - if you have added local users you must not say yes to this, you must either merge the changes in or keep your local one. It would have been so awesome if our /etc/master.passwd and /etc/group included an #include directive. I do agree with this. Or if you could have /etc/passwd.d and /etc/group.d directories that can contain files that are auto-included. Agreed. Another idea is to let mergemaster call pw(8) to add remove users and groups instead of merging the files. I definitely would not be inclined to do it this way. The manner in which mergemaster works now is fine, it just requires the sysadmin to pay attention when doing the merge. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On Fri, Oct 28, 2011 at 6:34 PM, Doug Barton do...@freebsd.org wrote: On 10/28/2011 01:43, Thomas Mueller wrote: How does one run mergemaster without running roughshod over existing configuration? Carefully? :) Seriously ... always use the -P option, and/or add PRESERVE_FILES in your mergemaster rc file. Watch the changes carefully. If you have to, do the updates in more than one pass using the -r option for subsequent runs. Do the simple ones first, then go back and do the ones that you have to think harder about. I recommend against using the -U option. It's not rocket science, it's just like any other system administration task, it requires careful attention. I agree that just running mergemaster CAREFULLY does the job. The only time I was ever burned was when I was in a BIG hurry and ended up wasting a LOT of time. (I think I also learned.) Of course, I also remember merging /etc before we had mergemaster. I am a bit curious why you recommend against -U, though. I've been using it since it was added and have never had a problems. It's saved me quite a bit of time. Is thee a corner case that I'm missing? -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On Fri, Oct 28, 2011 at 8:09 PM, Kevin Oberman kob6...@gmail.com wrote: On Fri, Oct 28, 2011 at 6:34 PM, Doug Barton do...@freebsd.org wrote: On 10/28/2011 01:43, Thomas Mueller wrote: How does one run mergemaster without running roughshod over existing configuration? Carefully? :) Seriously ... always use the -P option, and/or add PRESERVE_FILES in your mergemaster rc file. Watch the changes carefully. If you have to, do the updates in more than one pass using the -r option for subsequent runs. Do the simple ones first, then go back and do the ones that you have to think harder about. I recommend against using the -U option. It's not rocket science, it's just like any other system administration task, it requires careful attention. I agree that just running mergemaster CAREFULLY does the job. The only time I was ever burned was when I was in a BIG hurry and ended up wasting a LOT of time. (I think I also learned.) Of course, I also remember merging /etc before we had mergemaster. I am a bit curious why you recommend against -U, though. I've been using it since it was added and have never had a problems. It's saved me quite a bit of time. Is thee a corner case that I'm missing? Here's a prime example (follow the white rabbit on this commit thread): http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026310.html . Cheers, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On 10/28/2011 20:09, Kevin Oberman wrote: On Fri, Oct 28, 2011 at 6:34 PM, Doug Barton do...@freebsd.org wrote: On 10/28/2011 01:43, Thomas Mueller wrote: How does one run mergemaster without running roughshod over existing configuration? Carefully? :) Seriously ... always use the -P option, and/or add PRESERVE_FILES in your mergemaster rc file. Watch the changes carefully. If you have to, do the updates in more than one pass using the -r option for subsequent runs. Do the simple ones first, then go back and do the ones that you have to think harder about. I recommend against using the -U option. It's not rocket science, it's just like any other system administration task, it requires careful attention. I agree that just running mergemaster CAREFULLY does the job. The only time I was ever burned was when I was in a BIG hurry and ended up wasting a LOT of time. (I think I also learned.) Of course, I also remember merging /etc before we had mergemaster. Yeah, me too, that's why I wrote it. :) I am a bit curious why you recommend against -U, though. I've been using it since it was added and have never had a problems. It's saved me quite a bit of time. Is thee a corner case that I'm missing? The case where there are relevant changes in configuration or other files that you miss because you install them without examination. That said, I realize that what people *want* is an upgrade process that they don't have to look at and/or think about. As soon as I figure out how to make mergemaster telepathic I'll be sure to add that patch. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On Fri, Oct 28, 2011 at 8:24 PM, Doug Barton do...@freebsd.org wrote: On 10/28/2011 20:09, Kevin Oberman wrote: On Fri, Oct 28, 2011 at 6:34 PM, Doug Barton do...@freebsd.org wrote: On 10/28/2011 01:43, Thomas Mueller wrote: How does one run mergemaster without running roughshod over existing configuration? Carefully? :) Seriously ... always use the -P option, and/or add PRESERVE_FILES in your mergemaster rc file. Watch the changes carefully. If you have to, do the updates in more than one pass using the -r option for subsequent runs. Do the simple ones first, then go back and do the ones that you have to think harder about. I recommend against using the -U option. It's not rocket science, it's just like any other system administration task, it requires careful attention. I agree that just running mergemaster CAREFULLY does the job. The only time I was ever burned was when I was in a BIG hurry and ended up wasting a LOT of time. (I think I also learned.) Of course, I also remember merging /etc before we had mergemaster. Yeah, me too, that's why I wrote it. :) I am a bit curious why you recommend against -U, though. I've been using it since it was added and have never had a problems. It's saved me quite a bit of time. Is thee a corner case that I'm missing? The case where there are relevant changes in configuration or other files that you miss because you install them without examination. That said, I realize that what people *want* is an upgrade process that they don't have to look at and/or think about. As soon as I figure out how to make mergemaster telepathic I'll be sure to add that patch. An obvious problem that I managed overlook all of this time. And thanks for all of your shell code. Between mergemaster and portmaster you have saved many, many man-years of painful and error-prone effort. Do you dream in sh? -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On 10/28/2011 20:44, Kevin Oberman wrote: On Fri, Oct 28, 2011 at 8:24 PM, Doug Barton do...@freebsd.org wrote: On 10/28/2011 20:09, Kevin Oberman wrote: On Fri, Oct 28, 2011 at 6:34 PM, Doug Barton do...@freebsd.org wrote: On 10/28/2011 01:43, Thomas Mueller wrote: How does one run mergemaster without running roughshod over existing configuration? Carefully? :) Seriously ... always use the -P option, and/or add PRESERVE_FILES in your mergemaster rc file. Watch the changes carefully. If you have to, do the updates in more than one pass using the -r option for subsequent runs. Do the simple ones first, then go back and do the ones that you have to think harder about. I recommend against using the -U option. It's not rocket science, it's just like any other system administration task, it requires careful attention. I agree that just running mergemaster CAREFULLY does the job. The only time I was ever burned was when I was in a BIG hurry and ended up wasting a LOT of time. (I think I also learned.) Of course, I also remember merging /etc before we had mergemaster. Yeah, me too, that's why I wrote it. :) I am a bit curious why you recommend against -U, though. I've been using it since it was added and have never had a problems. It's saved me quite a bit of time. Is thee a corner case that I'm missing? The case where there are relevant changes in configuration or other files that you miss because you install them without examination. That said, I realize that what people *want* is an upgrade process that they don't have to look at and/or think about. As soon as I figure out how to make mergemaster telepathic I'll be sure to add that patch. An obvious problem that I managed overlook all of this time. Well people try very hard not to introduce POLA'ish problems, but sometimes it's necessary, and sometimes it happens in spite of our best efforts (as Garrett pointed out). And thanks for all of your shell code. Between mergemaster and portmaster you have saved many, many man-years of painful and error-prone effort. You're welcome. :) Do you dream in sh? Well I probably will NOW, thanks a lot! Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
pwd_mkdb -p /etc/master.passwd Cheers, Matthew Dr Matthew J Seaman MA, D.Phil. That did it! Now I can login as nonroot and startx. I found pwd_mkdb in my searching, but would not have known to use '-p'. I might have done pwd_mkdb /etc/master.passwd from Doug Barton do...@freebsd.org: Carefully? :) Seriously ... always use the -P option, and/or add PRESERVE_FILES in your mergemaster rc file. Watch the changes carefully. If you have to, do the updates in more than one pass using the -r option for subsequent runs. Do the simple ones first, then go back and do the ones that you have to think harder about. I recommend against using the -U option. It's not rocket science, it's just like any other system administration task, it requires careful attention. Doug That seems like a good idea, using -P option to be able to go back to something good if one screws up. From 'man mergemaster': The mergemaster utility is a Bourne shell script which is designed to aid you in updating the various configuration and other files associated with FreeBSD. It is HIGHLY recommended that you back up your /etc directory before beginning this process. So I could make a second backup of /etc before the second mergemaster invocation, after installworld. There are lots of files to merge/edit, and one can easily become tired and make mistakes. We're only human and not infallible. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On Thu, Oct 27, 2011 at 11:22 AM, Thomas Mueller mueller6...@bellsouth.net wrote: I just finished the upgrade from source from 9.0-BETA2 to RC1, and I find two problems. First, I lost my users; nonroot user names are not recognized, if for instance I type passwd arlene I already tried to login as arlene with old password, no good. I copied the /etc directory to a backup on another disk cp -Rp /etc /media/etcbackup-BETA2 and then copied back /media/etcbackup-BETA2/passwd (and group) to /etc but that didn't help. Do I have to recreate nonroot users from scratch? Also, I got a warning about DBUS not starting. When I tried to startx as root, I got into X, but mouse and keyboard were nonfunctional; I did type Ctrl-Alt-F1 and Ctrl-C to get out of X. I think it was the second mergemaster part. Should I, as root and X not running, do mv /etc /etcbackup-RC1 and cp -Rp /media/etcbackup-BETA2 /etc where /media would be mount point for backup partition on USB 3.0 hard drive? The second invocation of mergemaster (after booting single-user) can wreak havoc on /etc . As I type this, I am in my older installation of FreeBSD 9.0-BETA1 but have access to RC1 partition. By the way, /etc/rc.conf remained intact, showing that hald_enable and dbus_enable are still there: hostname=amelia2 keymap=us.iso.kbd ifconfig_re0=DHCP ifconfig_re0_ipv6=inet6 accept_rtadv sshd_enable=YES moused_enable=YES ntpd_enable=YES hald_enable=YES dbus_enable=YES Tom I have had this happen before, the PEBKAC. When running mergemaster, it will prompt you to install new passwd, master.passwd and group files - if you have added local users you must not say yes to this, you must either merge the changes in or keep your local one. If you still have a backup, you are probably missing just master.passwd. hald, dbus would fail to start since their users are no longer there. Once you've done this to your system once, you never want to do it again! Cheers Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
* Tom Evans tevans...@googlemail.com, 20111027 13:06: I have had this happen before, the PEBKAC. When running mergemaster, it will prompt you to install new passwd, master.passwd and group files - if you have added local users you must not say yes to this, you must either merge the changes in or keep your local one. It would have been so awesome if our /etc/master.passwd and /etc/group included an #include directive. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpWLofpb8j4g.pgp Description: PGP signature
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On 27/10/2011 11:22, Thomas Mueller wrote: I just finished the upgrade from source from 9.0-BETA2 to RC1, and I find two problems. First, I lost my users; nonroot user names are not recognized, if for instance I type passwd arlene I already tried to login as arlene with old password, no good. I copied the /etc directory to a backup on another disk cp -Rp /etc /media/etcbackup-BETA2 and then copied back /media/etcbackup-BETA2/passwd (and group) to /etc but that didn't help. Other people have suggested what you have done to loose them. To get them back you need /etc/passwd /etc/master.passwd possibly /etc/group There should be a handy backup in /var/backups Also you will need to remake the db files, see man pwd_mkdb Vince Do I have to recreate nonroot users from scratch? Also, I got a warning about DBUS not starting. When I tried to startx as root, I got into X, but mouse and keyboard were nonfunctional; I did type Ctrl-Alt-F1 and Ctrl-C to get out of X. I think it was the second mergemaster part. Should I, as root and X not running, do mv /etc /etcbackup-RC1 and cp -Rp /media/etcbackup-BETA2 /etc where /media would be mount point for backup partition on USB 3.0 hard drive? The second invocation of mergemaster (after booting single-user) can wreak havoc on /etc . As I type this, I am in my older installation of FreeBSD 9.0-BETA1 but have access to RC1 partition. By the way, /etc/rc.conf remained intact, showing that hald_enable and dbus_enable are still there: hostname=amelia2 keymap=us.iso.kbd ifconfig_re0=DHCP ifconfig_re0_ipv6=inet6 accept_rtadv sshd_enable=YES moused_enable=YES ntpd_enable=YES hald_enable=YES dbus_enable=YES Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Upgrade from source to RC1: problems with /etc : lost users and dbus
On Oct 27, 2011, at 4:14 AM, Ed Schouten wrote: * Tom Evans tevans...@googlemail.com, 20111027 13:06: I have had this happen before, the PEBKAC. When running mergemaster, it will prompt you to install new passwd, master.passwd and group files - if you have added local users you must not say yes to this, you must either merge the changes in or keep your local one. It would have been so awesome if our /etc/master.passwd and /etc/group included an #include directive. Or a tool like etcupdate, which provides 3-way diff functionality, was available in base.. -Garrett___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org