Menu
▾
▴
astlinux-devel — The AstLinux development environment, compilation, etc
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
(41) |
Apr
(35) |
May
(18) |
Jun
(5) |
Jul
(4) |
Aug
(37) |
Sep
(9) |
Oct
(20) |
Nov
(50) |
Dec
(217) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(212) |
Feb
(76) |
Mar
(113) |
Apr
(88) |
May
(130) |
Jun
(54) |
Jul
(208) |
Aug
(223) |
Sep
(112) |
Oct
(63) |
Nov
(131) |
Dec
(103) |
| 2010 |
Jan
(247) |
Feb
(130) |
Mar
(43) |
Apr
(92) |
May
(40) |
Jun
(43) |
Jul
(43) |
Aug
(80) |
Sep
(44) |
Oct
(74) |
Nov
(21) |
Dec
(46) |
| 2011 |
Jan
(36) |
Feb
(11) |
Mar
(21) |
Apr
(33) |
May
(4) |
Jun
(12) |
Jul
(5) |
Aug
(20) |
Sep
|
Oct
(64) |
Nov
(26) |
Dec
(71) |
| 2012 |
Jan
(13) |
Feb
(24) |
Mar
(11) |
Apr
(2) |
May
(10) |
Jun
(5) |
Jul
(13) |
Aug
(7) |
Sep
(26) |
Oct
(22) |
Nov
(17) |
Dec
(16) |
| 2013 |
Jan
(6) |
Feb
(6) |
Mar
(6) |
Apr
(8) |
May
(20) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
(18) |
Oct
(3) |
Nov
(14) |
Dec
(33) |
| 2014 |
Jan
(26) |
Feb
(6) |
Mar
(69) |
Apr
(10) |
May
|
Jun
(8) |
Jul
(18) |
Aug
(22) |
Sep
(19) |
Oct
(17) |
Nov
|
Dec
(4) |
| 2015 |
Jan
(14) |
Feb
(18) |
Mar
|
Apr
|
May
(26) |
Jun
(8) |
Jul
(9) |
Aug
(10) |
Sep
(15) |
Oct
(2) |
Nov
(30) |
Dec
(33) |
| 2016 |
Jan
(1) |
Feb
(24) |
Mar
(19) |
Apr
(1) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(20) |
Oct
(5) |
Nov
(14) |
Dec
(4) |
| 2017 |
Jan
(15) |
Feb
(35) |
Mar
(10) |
Apr
(9) |
May
(14) |
Jun
(33) |
Jul
(1) |
Aug
(27) |
Sep
(7) |
Oct
|
Nov
(10) |
Dec
(15) |
| 2018 |
Jan
(29) |
Feb
|
Mar
(2) |
Apr
(1) |
May
(11) |
Jun
|
Jul
(1) |
Aug
(8) |
Sep
(11) |
Oct
(22) |
Nov
(9) |
Dec
(13) |
| 2019 |
Jan
(1) |
Feb
(7) |
Mar
(3) |
Apr
(21) |
May
(34) |
Jun
(36) |
Jul
(18) |
Aug
(17) |
Sep
(19) |
Oct
(8) |
Nov
(3) |
Dec
|
| 2020 |
Jan
|
Feb
(4) |
Mar
(8) |
Apr
(29) |
May
(50) |
Jun
(8) |
Jul
(2) |
Aug
(10) |
Sep
(1) |
Oct
(7) |
Nov
(9) |
Dec
(19) |
| 2021 |
Jan
(2) |
Feb
(9) |
Mar
(6) |
Apr
(21) |
May
(13) |
Jun
(11) |
Jul
(2) |
Aug
(1) |
Sep
(3) |
Oct
(26) |
Nov
(2) |
Dec
(16) |
| 2022 |
Jan
(8) |
Feb
(7) |
Mar
(1) |
Apr
(13) |
May
(1) |
Jun
(4) |
Jul
(4) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2023 |
Jan
(2) |
Feb
(3) |
Mar
(16) |
Apr
|
May
(2) |
Jun
(1) |
Jul
(4) |
Aug
(13) |
Sep
(8) |
Oct
(6) |
Nov
(4) |
Dec
|
| 2024 |
Jan
(3) |
Feb
(3) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(5) |
Aug
|
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
| 2025 |
Jan
(4) |
Feb
(2) |
Mar
|
Apr
(11) |
May
(1) |
Jun
(9) |
Jul
(18) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(1) |
2
|
3
|
|
4
|
5
|
6
|
7
|
8
|
9
(6) |
10
(1) |
|
11
(1) |
12
(2) |
13
(1) |
14
|
15
|
16
|
17
(1) |
|
18
(3) |
19
(1) |
20
|
21
(10) |
22
(6) |
23
(5) |
24
(10) |
|
25
(1) |
26
(13) |
27
|
28
|
29
(1) |
30
|
31
|
|
From: Michael K. <li...@mk...> - 2009-10-29 16:33:30
|
Hi list, it seems that there is some kind of BRI support in DAHDI trunk (even for non Digium B410p cards). It should only working with Asterisk 1.6.x or higher. I looked through some of the DAHDI and chan_dadhi code, and it seems that many of the BRI enhancement are marked as "since 1.6.3", so we probably will not see those results before Asterisk 1.8 (1.6.3 will be 1.8) is released. It also seems that only HFC-Multi cards (2-8 port) BRI cards are supported, not the cheap single port HFC-S cards (but there is a patch/separate driver called "zaphfc" which does support them). I found some interesting links to this topic: http://www.ip-phone-forum.de/showpost.php?p=1405161&postcount=47 It's in German but the steps to do it are clear. At the beginning of that thread "zaphfc" is also mentioned. http://www.das-asterisk-buch.de/2.1/zaptel-dahdi-b410p-misdn.html Interview with Kevin Flemming regarding DAHDI and BRI. Michael http://www.mksolutions.info |
|
From: Ron B. <ron...@ne...> - 2009-10-26 21:47:11
|
A complete wipe/reinstall/recreate partitions solved many issues. not recreating the unionfs partition was the primary problem. It didn't solve the permission problem after user creation, but I will work around that. Thanks for the help. Apologies for being high-maintenance. rb Lonnie Abelbeck wrote: > Ron, > > Yes, zero-ing the CF card is best to then recreate the partitions. A > recent discussion on this topic was on the users list. > > Also, don't forget to upgrade the arno firewall (0.6-to-0.7) as > documented earlier. > > Lonnie > > > On Oct 26, 2009, at 1:44 PM, Ron Byer wrote: > > >> Hmmm. >> >> Does this process sound like a problem ? >> >> - write an image to the CF card, probably a vintage like 0.6.5 or so. >> - create unionfs and keydisk at this time. >> - fiddle with it add some things, etc. >> - add a new version to the cdrom/os path, update ver, etc. reboot >> new version >> - build/add a 0.7 version to cdrom/os, update ver, etc. reboot to 0.7 >> - never, ever recreate unionfs and keydisk. >> >> I'm thinking now that this might be a large problem, that I should >> be recreate the partitions >> >> I will create the partitions after booting to 0.7 this next time. >> >> Ron >> >> Lonnie Abelbeck wrote: >> >>> On Oct 26, 2009, at 12:28 PM, Ron Byer wrote: >>> >>> >>> >>> >>>> I was getting around to the wipe and retry in any event. >>>> I can tell you that I *never* edit any files that aren't on /mnt/kd, >>>> for what that's worth. >>>> >>>> >>>> >>> OK, I believe you, :-) >>> >>> Something wrote to the the files in your list and caused the unionfs >>> asturw/ to overlay some of the base files. >>> >>> When you start from scratch, keep an eye on /oldroot/mnt/asturw/ >>> files >>> and see what you are doing that is causing the writes to the unionfs >>> partition. >>> >>> Thanks, >>> >>> Lonnie >>> >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart >>> your >>> developing skills, take BlackBerry mobile applications to market >>> and stay >>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>> >>> http://p.sf.net/sfu/devconference >>> >>> _______________________________________________ >>> Astlinux-devel mailing list >>> >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >>> >>> >>> Donations to support AstLinux are graciously accepted via PayPal to >>> pa...@kr... >>> . >>> >>> >>> >>> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market and >> stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference_______________________________________________ >> Astlinux-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... >> . >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > |
|
From: Lonnie A. <li...@lo...> - 2009-10-26 18:48:16
|
Ron, Yes, zero-ing the CF card is best to then recreate the partitions. A recent discussion on this topic was on the users list. Also, don't forget to upgrade the arno firewall (0.6-to-0.7) as documented earlier. Lonnie On Oct 26, 2009, at 1:44 PM, Ron Byer wrote: > Hmmm. > > Does this process sound like a problem ? > > - write an image to the CF card, probably a vintage like 0.6.5 or so. > - create unionfs and keydisk at this time. > - fiddle with it add some things, etc. > - add a new version to the cdrom/os path, update ver, etc. reboot > new version > - build/add a 0.7 version to cdrom/os, update ver, etc. reboot to 0.7 > - never, ever recreate unionfs and keydisk. > > I'm thinking now that this might be a large problem, that I should > be recreate the partitions > > I will create the partitions after booting to 0.7 this next time. > > Ron > > Lonnie Abelbeck wrote: >> On Oct 26, 2009, at 12:28 PM, Ron Byer wrote: >> >> >> >>> I was getting around to the wipe and retry in any event. >>> I can tell you that I *never* edit any files that aren't on /mnt/kd, >>> for what that's worth. >>> >>> >> >> OK, I believe you, :-) >> >> Something wrote to the the files in your list and caused the unionfs >> asturw/ to overlay some of the base files. >> >> When you start from scratch, keep an eye on /oldroot/mnt/asturw/ >> files >> and see what you are doing that is causing the writes to the unionfs >> partition. >> >> Thanks, >> >> Lonnie >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> >> http://p.sf.net/sfu/devconference >> >> _______________________________________________ >> Astlinux-devel mailing list >> >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> >> Donations to support AstLinux are graciously accepted via PayPal to >> pa...@kr... >> . >> >> >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference_______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... > . |
|
From: Ron B. <ron...@ne...> - 2009-10-26 18:39:09
|
Hmmm. Does this process sound like a problem ? - write an image to the CF card, probably a vintage like 0.6.5 or so. - create unionfs and keydisk at this time. - fiddle with it add some things, etc. - add a new version to the cdrom/os path, update ver, etc. reboot new version - build/add a 0.7 version to cdrom/os, update ver, etc. reboot to 0.7 - never, ever recreate unionfs and keydisk. I'm thinking now that this might be a large problem, that I should be recreate the partitions I will create the partitions after booting to 0.7 this next time. Ron Lonnie Abelbeck wrote: > On Oct 26, 2009, at 12:28 PM, Ron Byer wrote: > > >> I was getting around to the wipe and retry in any event. >> I can tell you that I *never* edit any files that aren't on /mnt/kd, >> for what that's worth. >> > > OK, I believe you, :-) > > Something wrote to the the files in your list and caused the unionfs > asturw/ to overlay some of the base files. > > When you start from scratch, keep an eye on /oldroot/mnt/asturw/ files > and see what you are doing that is causing the writes to the unionfs > partition. > > Thanks, > > Lonnie > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > |
|
From: Lonnie A. <li...@lo...> - 2009-10-26 17:56:14
|
On Oct 26, 2009, at 12:28 PM, Ron Byer wrote: > I was getting around to the wipe and retry in any event. > I can tell you that I *never* edit any files that aren't on /mnt/kd, > for what that's worth. OK, I believe you, :-) Something wrote to the the files in your list and caused the unionfs asturw/ to overlay some of the base files. When you start from scratch, keep an eye on /oldroot/mnt/asturw/ files and see what you are doing that is causing the writes to the unionfs partition. Thanks, Lonnie |
|
From: Ron B. <ron...@ne...> - 2009-10-26 17:23:33
|
I was getting around to the wipe and retry in any event. I can tell you that I *never* edit any files that aren't on /mnt/kd, for what that's worth. Thanks for the help. Ron Lonnie Abelbeck wrote: > Ron, > > Frankly you have a mess... all the extra "/oldroot/mnt/asturw/ > etc/" (unionfs overlay) files are overwriting the distribution's core > files, notably /etc/init.d/dnsmasq and /etc/init.d/network. > > For the average user, there is a rule in AstLinux, never edit a system > file that doesn't begin with /mnt/kd/ . (/etc/rc.modules and /etc/udev/ > rules.d/70-persistent-net.rules are two exceptions to that rule). > > If you want to test 0.7, start with a clean 0.6 install, upgrade to > the 0.7 from your local build.... until official 0.7 builds are > available for testing. > > Lonnie > > > On Oct 26, 2009, at 11:07 AM, Ron Byer wrote: > > >> Lonnie, >> >> complete listing of files below.... more than you showed, but pretty >> much the same up through rc.modules. >> >> ... >> Ron >> >> ==================================== >> sk3 init.d # find /oldroot/mnt/asturw/etc >> /oldroot/mnt/asturw/etc >> /oldroot/mnt/asturw/etc/blkid.tab >> /oldroot/mnt/asturw/etc/shadow >> /oldroot/mnt/asturw/etc/blkid.tab.old >> /oldroot/mnt/asturw/etc/passwd >> /oldroot/mnt/asturw/etc/shadow- >> /oldroot/mnt/asturw/etc/group >> /oldroot/mnt/asturw/etc/gshadow >> /oldroot/mnt/asturw/etc/udev >> /oldroot/mnt/asturw/etc/udev/rules.d >> /oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules >> /oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules.save >> /oldroot/mnt/asturw/etc/init.d >> /oldroot/mnt/asturw/etc/init.d/mini_httpd >> /oldroot/mnt/asturw/etc/init.d/dnsmasq >> /oldroot/mnt/asturw/etc/init.d/network >> /oldroot/mnt/asturw/etc/acpi >> /oldroot/mnt/asturw/etc/astlinux-release >> /oldroot/mnt/asturw/etc/astup.ex >> /oldroot/mnt/asturw/etc/hotplug >> /oldroot/mnt/asturw/etc/inittab >> /oldroot/mnt/asturw/etc/ld.so.cache >> /oldroot/mnt/asturw/etc/mke2fs.conf >> /oldroot/mnt/asturw/etc/modprobe.d >> /oldroot/mnt/asturw/etc/nanorc >> /oldroot/mnt/asturw/etc/profile >> /oldroot/mnt/asturw/etc/protocols >> /oldroot/mnt/asturw/etc/rc >> /oldroot/mnt/asturw/etc/rc.d >> /oldroot/mnt/asturw/etc/rc.modules >> /oldroot/mnt/asturw/etc/runlevels >> /oldroot/mnt/asturw/etc/runlevels/custom >> /oldroot/mnt/asturw/etc/runlevels/default >> /oldroot/mnt/asturw/etc/runlevels/single >> /oldroot/mnt/asturw/etc/screenrc >> /oldroot/mnt/asturw/etc/scsi_id.config >> /oldroot/mnt/asturw/etc/services >> /oldroot/mnt/asturw/etc/shells >> /oldroot/mnt/asturw/etc/ssl >> /oldroot/mnt/asturw/etc/udhcpc.script >> sk3 init.d # >> >> Lonnie Abelbeck wrote: >> >>> Ron, >>> >>> You are definitely missing files in /tmp/etc, as if dnsmasq didn't >>> run. >>> >>> try >>> $ find /oldroot/mnt/asturw/etc/ >>> >>> It should not yield any more than... >>> -- >>> /oldroot/mnt/asturw/etc/ >>> /oldroot/mnt/asturw/etc/blkid.tab >>> /oldroot/mnt/asturw/etc/shadow >>> /oldroot/mnt/asturw/etc/blkid.tab.old >>> /oldroot/mnt/asturw/etc/udev >>> /oldroot/mnt/asturw/etc/udev/rules.d >>> /oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules >>> /oldroot/mnt/asturw/etc/shadow- >>> /oldroot/mnt/asturw/etc/rc.modules >>> -- >>> >>> Lonnie >>> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > |
|
From: Ron B. <ron...@ne...> - 2009-10-26 17:18:58
|
Thanks. I'm sure it isn't anything to do with 0.7 per se. The reason I add a user is that I disable external ssh access to root. I ssh in as some other user, and then su root. I'll keep pluggin'. Every hour or so I get an inspiration and go try it out. Latest inspiration is a wipe and redo. Ron Lonnie Abelbeck wrote: > Ron, > > I have never had a need to add a user to AstLinux, but for fun I gave > it a go (w/0.7)... > > This works just fine: > -- snip -- > pbx ~ # adduser foobar > Changing password for foobar > New password: > Retype password: > Password for foobar changed by root > pbx ~ # cd /home/foobar/ > pbx foobar # su foobar > sh-3.2$ whoami > foobar > sh-3.2$ pwd > /home/foobar > sh-3.2$ > -- snip -- > > But, if I don't "cd /home/foobar/" before the 'su foobar' then I get a > lot of errors like... > > "shell-init: error retrieving current directory: getcwd: cannot access > parent directories: Success" > > Regardless, using ssh into foobar@pbx works just fine. > > > Lonnie > > > On Oct 26, 2009, at 10:33 AM, Ron Byer wrote: > > >> weird. no clear difference between this and another box, running 0.6. >> >> >> sk3 log # ls -ld / /oldroot /oldroot/mnt /oldroot/mnt/asturo >> drwxr-xr-x 1 root root 4096 Oct 20 21:07 / >> drwxr-xr-x 16 root root 1024 Oct 23 15:55 /oldroot >> drwxr-xr-x 4 root root 1024 Oct 23 15:55 /oldroot/mnt >> drwxr-xr-x 18 root root 440 Oct 20 21:07 /oldroot/mnt/ >> asturo >> >> sk3 log # ls -ld / /mnt /mnt/kd /mnt/kd/home /mnt/kd/home/foobar >> drwxr-xr-x 1 root root 4096 Oct 20 21:07 / >> drwxr-xr-x 1 root root 4096 Oct 15 14:54 /mnt >> drwxr-xr-x 18 root root 4096 Oct 23 14:15 /mnt/kd >> drwxr-xr-x 4 root root 4096 Oct 23 19:02 /mnt/kd/home >> drwxr-xr-x 2 foobar foobar 4096 Oct 23 19:02 /mnt/kd/home/ >> foobar >> >> sk3 log # su foobar >> su: can't chdir to home directory '/home/foobar' >> su: cannot run /bin/sh: Permission denied >> >> sk3 log # tail /var/log/messages | grep auth >> Oct 26 10:22:02 sk3 auth.notice su: + /dev/ttyS0 root:foobar >> >> sk3 log # ls -l /bin/*sh >> lrwxrwxrwx 1 root root 7 Oct 23 15:55 /bin/ash -> >> busybox >> -rwxr-xr-x 1 root root 550216 Oct 21 08:26 /bin/bash >> lrwxrwxrwx 1 root root 4 Oct 23 15:55 /bin/sh -> >> bash >> >> sk3 log # ls -l /bin/busybox >> -rwsr-xr-x 1 root root 453644 Oct 21 08:26 /bin/busybox >> >> >> Philip Prindeville wrote: >> >>> On 10/23/2009 09:50 PM, Philip Prindeville wrote: >>> >>> >>> >>>> Oh, and don't forget the most obvious: >>>> >>>> % ls -ld / >>>> >>>> >>>> >>>> >>> And the permissions on /mnt/kd/home where 777... that's not secure. >>> >>> Should be 755. >>> >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart >>> your >>> developing skills, take BlackBerry mobile applications to market >>> and stay >>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>> >>> http://p.sf.net/sfu/devconference >>> >>> _______________________________________________ >>> Astlinux-devel mailing list >>> >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >>> >>> >>> Donations to support AstLinux are graciously accepted via PayPal to >>> pa...@kr... >>> . >>> >>> >>> >>> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market and >> stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference_______________________________________________ >> Astlinux-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... >> . >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > |
|
From: Lonnie A. <li...@lo...> - 2009-10-26 16:18:02
|
Ron, Frankly you have a mess... all the extra "/oldroot/mnt/asturw/ etc/" (unionfs overlay) files are overwriting the distribution's core files, notably /etc/init.d/dnsmasq and /etc/init.d/network. For the average user, there is a rule in AstLinux, never edit a system file that doesn't begin with /mnt/kd/ . (/etc/rc.modules and /etc/udev/ rules.d/70-persistent-net.rules are two exceptions to that rule). If you want to test 0.7, start with a clean 0.6 install, upgrade to the 0.7 from your local build.... until official 0.7 builds are available for testing. Lonnie On Oct 26, 2009, at 11:07 AM, Ron Byer wrote: > Lonnie, > > complete listing of files below.... more than you showed, but pretty > much the same up through rc.modules. > > ... > Ron > > ==================================== > sk3 init.d # find /oldroot/mnt/asturw/etc > /oldroot/mnt/asturw/etc > /oldroot/mnt/asturw/etc/blkid.tab > /oldroot/mnt/asturw/etc/shadow > /oldroot/mnt/asturw/etc/blkid.tab.old > /oldroot/mnt/asturw/etc/passwd > /oldroot/mnt/asturw/etc/shadow- > /oldroot/mnt/asturw/etc/group > /oldroot/mnt/asturw/etc/gshadow > /oldroot/mnt/asturw/etc/udev > /oldroot/mnt/asturw/etc/udev/rules.d > /oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules > /oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules.save > /oldroot/mnt/asturw/etc/init.d > /oldroot/mnt/asturw/etc/init.d/mini_httpd > /oldroot/mnt/asturw/etc/init.d/dnsmasq > /oldroot/mnt/asturw/etc/init.d/network > /oldroot/mnt/asturw/etc/acpi > /oldroot/mnt/asturw/etc/astlinux-release > /oldroot/mnt/asturw/etc/astup.ex > /oldroot/mnt/asturw/etc/hotplug > /oldroot/mnt/asturw/etc/inittab > /oldroot/mnt/asturw/etc/ld.so.cache > /oldroot/mnt/asturw/etc/mke2fs.conf > /oldroot/mnt/asturw/etc/modprobe.d > /oldroot/mnt/asturw/etc/nanorc > /oldroot/mnt/asturw/etc/profile > /oldroot/mnt/asturw/etc/protocols > /oldroot/mnt/asturw/etc/rc > /oldroot/mnt/asturw/etc/rc.d > /oldroot/mnt/asturw/etc/rc.modules > /oldroot/mnt/asturw/etc/runlevels > /oldroot/mnt/asturw/etc/runlevels/custom > /oldroot/mnt/asturw/etc/runlevels/default > /oldroot/mnt/asturw/etc/runlevels/single > /oldroot/mnt/asturw/etc/screenrc > /oldroot/mnt/asturw/etc/scsi_id.config > /oldroot/mnt/asturw/etc/services > /oldroot/mnt/asturw/etc/shells > /oldroot/mnt/asturw/etc/ssl > /oldroot/mnt/asturw/etc/udhcpc.script > sk3 init.d # > > Lonnie Abelbeck wrote: >> Ron, >> >> You are definitely missing files in /tmp/etc, as if dnsmasq didn't >> run. >> >> try >> $ find /oldroot/mnt/asturw/etc/ >> >> It should not yield any more than... >> -- >> /oldroot/mnt/asturw/etc/ >> /oldroot/mnt/asturw/etc/blkid.tab >> /oldroot/mnt/asturw/etc/shadow >> /oldroot/mnt/asturw/etc/blkid.tab.old >> /oldroot/mnt/asturw/etc/udev >> /oldroot/mnt/asturw/etc/udev/rules.d >> /oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules >> /oldroot/mnt/asturw/etc/shadow- >> /oldroot/mnt/asturw/etc/rc.modules >> -- >> >> Lonnie |
|
From: Ron B. <ron...@ne...> - 2009-10-26 16:01:50
|
Lonnie,
complete listing of files below.... more than you showed, but pretty
much the same up through rc.modules.
Verified that dnsmasq runs by adding echo's.
The funny thing in dnsmasq is that the only reference to resolv*.conf is
in init():
if [ -n "$INTIF" -o -n "$INT2IF" -o -n "$INT3IF" ]; then
if [ "$LOCALDNS" = "yes" ]; then
echo "search $DOMAIN
nameserver 127.0.0.1" > /tmp/etc/resolv.conf
fi
The only other reference to resolv.conf is where it is specified when
dnsmasq.conf is created in createDNSMASQbasic()
Comparing to 0.6, this is logically consistent with what goes on in the
0.6 dnsmasq, but in 0.6, the network script has
if [ -n "$DNS" ]; then
for h in $DNS; do
echo "nameserver $h" >> $RCONF
done
fi
This doesnt' exist in the 0.7 network script, and I haven't been able to
find it anywhere in /etc/init.d
My environment is basically an static EXTIF and a static INTIF, and a
DNS setting of
DNS="4.2.2.1 4.2.2.2"
which previously was written on the fly to /tmp/etc/resolv.conf as
nameserver 4.2.2.2
nameserver 4.2.2.1
from /etc/init.d/network.
Ron
====================================
sk3 init.d # find /oldroot/mnt/asturw/etc
/oldroot/mnt/asturw/etc
/oldroot/mnt/asturw/etc/blkid.tab
/oldroot/mnt/asturw/etc/shadow
/oldroot/mnt/asturw/etc/blkid.tab.old
/oldroot/mnt/asturw/etc/passwd
/oldroot/mnt/asturw/etc/shadow-
/oldroot/mnt/asturw/etc/group
/oldroot/mnt/asturw/etc/gshadow
/oldroot/mnt/asturw/etc/udev
/oldroot/mnt/asturw/etc/udev/rules.d
/oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules
/oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules.save
/oldroot/mnt/asturw/etc/init.d
/oldroot/mnt/asturw/etc/init.d/mini_httpd
/oldroot/mnt/asturw/etc/init.d/dnsmasq
/oldroot/mnt/asturw/etc/init.d/network
/oldroot/mnt/asturw/etc/acpi
/oldroot/mnt/asturw/etc/astlinux-release
/oldroot/mnt/asturw/etc/astup.ex
/oldroot/mnt/asturw/etc/hotplug
/oldroot/mnt/asturw/etc/inittab
/oldroot/mnt/asturw/etc/ld.so.cache
/oldroot/mnt/asturw/etc/mke2fs.conf
/oldroot/mnt/asturw/etc/modprobe.d
/oldroot/mnt/asturw/etc/nanorc
/oldroot/mnt/asturw/etc/profile
/oldroot/mnt/asturw/etc/protocols
/oldroot/mnt/asturw/etc/rc
/oldroot/mnt/asturw/etc/rc.d
/oldroot/mnt/asturw/etc/rc.modules
/oldroot/mnt/asturw/etc/runlevels
/oldroot/mnt/asturw/etc/runlevels/custom
/oldroot/mnt/asturw/etc/runlevels/default
/oldroot/mnt/asturw/etc/runlevels/single
/oldroot/mnt/asturw/etc/screenrc
/oldroot/mnt/asturw/etc/scsi_id.config
/oldroot/mnt/asturw/etc/services
/oldroot/mnt/asturw/etc/shells
/oldroot/mnt/asturw/etc/ssl
/oldroot/mnt/asturw/etc/udhcpc.script
sk3 init.d #
Lonnie Abelbeck wrote:
> Ron,
>
> You are definitely missing files in /tmp/etc, as if dnsmasq didn't run.
>
> try
> $ find /oldroot/mnt/asturw/etc/
>
> It should not yield any more than...
> --
> /oldroot/mnt/asturw/etc/
> /oldroot/mnt/asturw/etc/blkid.tab
> /oldroot/mnt/asturw/etc/shadow
> /oldroot/mnt/asturw/etc/blkid.tab.old
> /oldroot/mnt/asturw/etc/udev
> /oldroot/mnt/asturw/etc/udev/rules.d
> /oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules
> /oldroot/mnt/asturw/etc/shadow-
> /oldroot/mnt/asturw/etc/rc.modules
> --
>
> Lonnie
>
>
> On Oct 23, 2009, at 10:20 PM, Ron Byer wrote:
>
>
>> Sorry. I could have been clearer on this.
>>
>> /etc/resolv.conf and /etc/resolv-extern.conf both exist as symlinks
>> to /tmp/etc, but there is nothing in /tmp/etc.
>>
>> more </etc/resolv-extern.conf
>> -sh: /etc/resolv-extern.conf: No such file or directory
>> sk3 home # ls -l /etc/resolv*
>> lrwxrwxrwx 1 root root 27 Oct 23 15:55 /etc/resolv-
>> extern.conf -> /tmp/etc/resolv-extern.conf
>> lrwxrwxrwx 1 root root 20 Oct 23 15:55 /etc/
>> resolv.conf -> /tmp/etc/resolv.conf
>> sk3 home # ls -l /tmp/etc
>> -rw-r--r-- 1 root root 8 Oct 23 15:55 TZ
>> lrwxrwxrwx 1 root root 30 Oct 23 15:56 arno-
>> iptables-firewall -> /mnt/kd/arno-iptables-firewall
>> lrwxrwxrwx 1 root root 16 Oct 23 15:56 asterisk -> /
>> mnt/kd/asterisk
>> -rw-r--r-- 1 root root 539 Oct 23 15:56 dnsmasq.conf
>> lrwxrwxrwx 1 root root 22 Oct 23 15:56
>> dnsmasq.static -> /mnt/kd/dnsmasq.static
>> -rw-r--r-- 1 root root 0 Oct 23 15:55 ethers
>> -rw-r--r-- 1 root root 285 Oct 23 15:55 fstab
>> -rw-r--r-- 1 root root 120 Oct 23 15:56 hosts
>> -rw-r--r-- 1 root root 222 Oct 23 15:56 inadyn.conf
>> -rw-r--r-- 1 root root 154 Oct 23 15:56 inetd.conf
>> -rw-r--r-- 1 root root 26 Oct 23 15:56 issue
>> -rw-r--r-- 1 root root 566 Oct 23 15:56 issue.net
>> -rw-r--r-- 1 root root 3449 Oct 23 15:55 ld.so.cache
>> lrwxrwxrwx 1 root root 36 Oct 23 15:55 localtime -
>>
>>> /usr/share/zoneinfo/America/New_York
>>>
>> -rw-r--r-- 1 root root 159 Oct 23 15:56 mini_httpd-
>> http.conf
>> -rw-r--r-- 1 root root 191 Oct 23 15:56
>> mini_httpd.conf
>> drwxr-xr-x 2 root root 60 Oct 23 15:55 modprobe.d
>> -rw-r--r-- 1 root root 139 Oct 23 15:56 msmtprc
>> -rw-r--r-- 1 root root 385 Oct 23 15:56 ntpd.conf
>> -rw-r--r-- 1 root root 3067 Oct 23 15:55 rc.conf
>> lrwxrwxrwx 1 root root 22 Oct 23 15:56 sensors.conf
>> -> /stat/etc/sensors.conf
>> drwxr-xr-x 2 root root 220 Oct 23 15:56 ssh
>> -rw-r--r-- 1 root root 477 Oct 23 15:56 vsftpd.conf
>> sk3 home #
>>
>> Lonnie Abelbeck wrote:
>>
>>> On Oct 23, 2009, at 2:39 PM, Ron Byer wrote:
>>>
>>>
>>>
>>>
>>>> in 0.6 we would get a generated dnsmasq.conf and a resolv.conf
>>>> file in
>>>> /tmp/etc, symlinked back to /etc.
>>>> the resolv.conf would have the nameservers specified in the DNS env
>>>> variable from /etc/rc.conf
>>>>
>>>> in 0.7, we get a generated dnsmasq.conf file that looks the same as
>>>> 0.6.
>>>> The dnsmasq.conf file references the resolv.conf file, but there
>>>> is no
>>>> resolv.conf generated.
>>>>
>>>>
>>>>
>>> /etc/resolv.conf is still be there as well as /etc/resolv-extern.conf
>>> if you have DHCP enabled.
>>>
>>> # ls -l /etc/resolv.conf
>>> lrwxrwxrwx 1 root root 20 Oct 22 11:54 /etc/
>>> resolv.conf -> /tmp/etc/resolv.conf
>>>
>>>
>>>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
|
|
From: Lonnie A. <li...@lo...> - 2009-10-26 15:56:56
|
Ron, I have never had a need to add a user to AstLinux, but for fun I gave it a go (w/0.7)... This works just fine: -- snip -- pbx ~ # adduser foobar Changing password for foobar New password: Retype password: Password for foobar changed by root pbx ~ # cd /home/foobar/ pbx foobar # su foobar sh-3.2$ whoami foobar sh-3.2$ pwd /home/foobar sh-3.2$ -- snip -- But, if I don't "cd /home/foobar/" before the 'su foobar' then I get a lot of errors like... "shell-init: error retrieving current directory: getcwd: cannot access parent directories: Success" Regardless, using ssh into foobar@pbx works just fine. Lonnie On Oct 26, 2009, at 10:33 AM, Ron Byer wrote: > weird. no clear difference between this and another box, running 0.6. > > > sk3 log # ls -ld / /oldroot /oldroot/mnt /oldroot/mnt/asturo > drwxr-xr-x 1 root root 4096 Oct 20 21:07 / > drwxr-xr-x 16 root root 1024 Oct 23 15:55 /oldroot > drwxr-xr-x 4 root root 1024 Oct 23 15:55 /oldroot/mnt > drwxr-xr-x 18 root root 440 Oct 20 21:07 /oldroot/mnt/ > asturo > > sk3 log # ls -ld / /mnt /mnt/kd /mnt/kd/home /mnt/kd/home/foobar > drwxr-xr-x 1 root root 4096 Oct 20 21:07 / > drwxr-xr-x 1 root root 4096 Oct 15 14:54 /mnt > drwxr-xr-x 18 root root 4096 Oct 23 14:15 /mnt/kd > drwxr-xr-x 4 root root 4096 Oct 23 19:02 /mnt/kd/home > drwxr-xr-x 2 foobar foobar 4096 Oct 23 19:02 /mnt/kd/home/ > foobar > > sk3 log # su foobar > su: can't chdir to home directory '/home/foobar' > su: cannot run /bin/sh: Permission denied > > sk3 log # tail /var/log/messages | grep auth > Oct 26 10:22:02 sk3 auth.notice su: + /dev/ttyS0 root:foobar > > sk3 log # ls -l /bin/*sh > lrwxrwxrwx 1 root root 7 Oct 23 15:55 /bin/ash -> > busybox > -rwxr-xr-x 1 root root 550216 Oct 21 08:26 /bin/bash > lrwxrwxrwx 1 root root 4 Oct 23 15:55 /bin/sh -> > bash > > sk3 log # ls -l /bin/busybox > -rwsr-xr-x 1 root root 453644 Oct 21 08:26 /bin/busybox > > > Philip Prindeville wrote: >> On 10/23/2009 09:50 PM, Philip Prindeville wrote: >> >> >>> Oh, and don't forget the most obvious: >>> >>> % ls -ld / >>> >>> >>> >> >> And the permissions on /mnt/kd/home where 777... that's not secure. >> >> Should be 755. >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> >> http://p.sf.net/sfu/devconference >> >> _______________________________________________ >> Astlinux-devel mailing list >> >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> >> Donations to support AstLinux are graciously accepted via PayPal to >> pa...@kr... >> . >> >> >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference_______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... > . |
|
From: Ron B. <ron...@ne...> - 2009-10-26 15:28:03
|
weird. no clear difference between this and another box, running 0.6. sk3 log # ls -ld / /oldroot /oldroot/mnt /oldroot/mnt/asturo drwxr-xr-x 1 root root 4096 Oct 20 21:07 / drwxr-xr-x 16 root root 1024 Oct 23 15:55 /oldroot drwxr-xr-x 4 root root 1024 Oct 23 15:55 /oldroot/mnt drwxr-xr-x 18 root root 440 Oct 20 21:07 /oldroot/mnt/asturo sk3 log # ls -ld / /mnt /mnt/kd /mnt/kd/home /mnt/kd/home/foobar drwxr-xr-x 1 root root 4096 Oct 20 21:07 / drwxr-xr-x 1 root root 4096 Oct 15 14:54 /mnt drwxr-xr-x 18 root root 4096 Oct 23 14:15 /mnt/kd drwxr-xr-x 4 root root 4096 Oct 23 19:02 /mnt/kd/home drwxr-xr-x 2 foobar foobar 4096 Oct 23 19:02 /mnt/kd/home/foobar sk3 log # su foobar su: can't chdir to home directory '/home/foobar' su: cannot run /bin/sh: Permission denied sk3 log # tail /var/log/messages | grep auth Oct 26 10:22:02 sk3 auth.notice su: + /dev/ttyS0 root:foobar sk3 log # ls -l /bin/*sh lrwxrwxrwx 1 root root 7 Oct 23 15:55 /bin/ash -> busybox -rwxr-xr-x 1 root root 550216 Oct 21 08:26 /bin/bash lrwxrwxrwx 1 root root 4 Oct 23 15:55 /bin/sh -> bash sk3 log # ls -l /bin/busybox -rwsr-xr-x 1 root root 453644 Oct 21 08:26 /bin/busybox Philip Prindeville wrote: > On 10/23/2009 09:50 PM, Philip Prindeville wrote: > >> Oh, and don't forget the most obvious: >> >> % ls -ld / >> >> > > And the permissions on /mnt/kd/home where 777... that's not secure. > > Should be 755. > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > |
|
From: Philip P. <phi...@re...> - 2009-10-26 04:44:21
|
On 10/25/2009 09:19 PM, Lonnie Abelbeck wrote: > On Oct 25, 2009, at 9:33 PM, Philip Prindeville wrote: > > >> On 10/25/2009 12:47 PM, abe...@us... wrote: >> >>> Revision: 3376 >>> http://astlinux.svn.sourceforge.net/astlinux/?rev=3376&view=rev >>> Author: abelbeck >>> Date: 2009-10-25 18:47:22 +0000 (Sun, 25 Oct 2009) >>> >>> Log Message: >>> ----------- >>> watchdog script update, add 'auto' module selection >>> >>> Modified Paths: >>> -------------- >>> trunk/target/generic/target_skeleton/etc/init.d/watchdog >>> trunk/target/generic/target_skeleton/stat/etc/rc.conf >>> >>> >> ... >> I'm wondering if it might not have been better to make this >> determination at build-time using a variable in >> target/device/xxx/Makefile.in, and then just substitute those into the >> rc.conf file via Sed (i.e. keep things simple). >> >> -Philip >> > It is quite simple the way it is, easy to follow. We still need to be > able to set an arbitrary WDMODULE value, regardless. > > Dynamically changing /stat/etc/rc.conf by the build isn't something we > have done, don't know if we should start. > > Does anyone know if either the via or via-c7 has a common watchdog > module? > > Lonnie > > Well, as I see it, we're already making the builds non-portable by enabling/disabling modules, kernel build options, and applying certain patches on a per-platform basis... Tailoring configs isn't that different. |
|
From: Lonnie A. <li...@lo...> - 2009-10-26 03:19:40
|
On Oct 25, 2009, at 9:33 PM, Philip Prindeville wrote: > On 10/25/2009 12:47 PM, abe...@us... wrote: >> Revision: 3376 >> http://astlinux.svn.sourceforge.net/astlinux/?rev=3376&view=rev >> Author: abelbeck >> Date: 2009-10-25 18:47:22 +0000 (Sun, 25 Oct 2009) >> >> Log Message: >> ----------- >> watchdog script update, add 'auto' module selection >> >> Modified Paths: >> -------------- >> trunk/target/generic/target_skeleton/etc/init.d/watchdog >> trunk/target/generic/target_skeleton/stat/etc/rc.conf >> > ... > I'm wondering if it might not have been better to make this > determination at build-time using a variable in > target/device/xxx/Makefile.in, and then just substitute those into the > rc.conf file via Sed (i.e. keep things simple). > > -Philip It is quite simple the way it is, easy to follow. We still need to be able to set an arbitrary WDMODULE value, regardless. Dynamically changing /stat/etc/rc.conf by the build isn't something we have done, don't know if we should start. Does anyone know if either the via or via-c7 has a common watchdog module? Lonnie |
|
From: Philip P. <phi...@re...> - 2009-10-26 02:33:35
|
On 10/25/2009 12:47 PM, abe...@us... wrote: > Revision: 3376 > http://astlinux.svn.sourceforge.net/astlinux/?rev=3376&view=rev > Author: abelbeck > Date: 2009-10-25 18:47:22 +0000 (Sun, 25 Oct 2009) > > Log Message: > ----------- > watchdog script update, add 'auto' module selection > > Modified Paths: > -------------- > trunk/target/generic/target_skeleton/etc/init.d/watchdog > trunk/target/generic/target_skeleton/stat/etc/rc.conf > > Modified: trunk/target/generic/target_skeleton/etc/init.d/watchdog > =================================================================== > --- trunk/target/generic/target_skeleton/etc/init.d/watchdog 2009-10-23 06:57:17 UTC (rev 3375) > +++ trunk/target/generic/target_skeleton/etc/init.d/watchdog 2009-10-25 18:47:22 UTC (rev 3376) > @@ -2,10 +2,25 @@ > > . /etc/rc.conf > > +if [ "$WDMODULE" = "auto" ]; then > + if grep -q "astlinux=net4801" /proc/cmdline; then > + WDMODULE="scx200_wdt" > + elif grep -q "astlinux=wrap" /proc/cmdline; then > + WDMODULE="scx200_wdt" > + elif grep -q "astlinux=net5501" /proc/cmdline; then > + WDMODULE="geodewdt" > + elif grep -q "astlinux=alix" /proc/cmdline; then > + WDMODULE="geodewdt" > + else > + echo "Watchdog disabled, no 'auto' setting available for this target device." > + WDMODULE="" > + fi > +fi > + > if [ -n "$WDTIME" ]; then > TIMEOUT=$WDTIME > else > - TIMEOUT=60 > + TIMEOUT=30 > fi > > init () { > @@ -19,6 +34,8 @@ > start () { > > if [ -n "$WDMODULE" ]; then > + echo "Starting watchdog..." > + echo "Watchdog module: $WDMODULE" > watchdog -t $TIMEOUT /dev/watchdog > fi > > @@ -27,10 +44,10 @@ > stop () { > > if [ -n "$WDMODULE" ]; then > - if `ps | grep -q watchdog`; then > + if ps | grep -q watchdog; then > + echo "Stopping watchdog... (self-reboot within 60 seconds)" > killall watchdog 2> /dev/null > fi > - modprobe -r $WDMODULE > fi > > } > > Modified: trunk/target/generic/target_skeleton/stat/etc/rc.conf > =================================================================== > --- trunk/target/generic/target_skeleton/stat/etc/rc.conf 2009-10-23 06:57:17 UTC (rev 3375) > +++ trunk/target/generic/target_skeleton/stat/etc/rc.conf 2009-10-25 18:47:22 UTC (rev 3376) > @@ -390,10 +390,12 @@ > #DAHDIMODS="wctdm" > > ##Configure watchdog > -##The first is the kernel module to load > -##Next is the timeout period > -#WDMODULE=scx200_wdt > -#WDTIME=60 > +##Watchdog kernel module to load, "auto" automatically selects based on target device > +#WDMODULE="auto" > +#WDMODULE="scx200_wdt" > +#WDMODULE="geodewdt" > +##Watchdog update period (less than 60 seconds) > +#WDTIME=30 > > ##ISDN Configuration > ##If this variable exists I will try to load the proper modules, but you > > > I'm wondering if it might not have been better to make this determination at build-time using a variable in target/device/xxx/Makefile.in, and then just substitute those into the rc.conf file via Sed (i.e. keep things simple). -Philip |
|
From: Lonnie A. <li...@lo...> - 2009-10-25 19:09:29
|
I committed an update to the watchdog script, and added an 'auto' module option. On restart (shutdown) watchdog updates are stopped, this adds a self- restart should the normal restart hang after 60 seconds. Is there a standard watchdog module for either the via or via-c7 target devices? This could be added to the 'auto' selector. Lonnie Begin forwarded message: > From: abe...@us... > Date: October 25, 2009 1:47:22 PM CDT > To: ast...@li... > Subject: [Astlinux-commits] SF.net SVN: astlinux:[3376] trunk/target/ > generic/target_skeleton > Reply-To: ast...@li... > > Revision: 3376 > http://astlinux.svn.sourceforge.net/astlinux/?rev=3376&view=rev > Author: abelbeck > Date: 2009-10-25 18:47:22 +0000 (Sun, 25 Oct 2009) > > Log Message: > ----------- > watchdog script update, add 'auto' module selection > > Modified Paths: > -------------- > trunk/target/generic/target_skeleton/etc/init.d/watchdog > trunk/target/generic/target_skeleton/stat/etc/rc.conf > > Modified: trunk/target/generic/target_skeleton/etc/init.d/watchdog > =================================================================== > --- trunk/target/generic/target_skeleton/etc/init.d/watchdog > 2009-10-23 06:57:17 UTC (rev 3375) > +++ trunk/target/generic/target_skeleton/etc/init.d/watchdog > 2009-10-25 18:47:22 UTC (rev 3376) > @@ -2,10 +2,25 @@ > > . /etc/rc.conf > > +if [ "$WDMODULE" = "auto" ]; then > + if grep -q "astlinux=net4801" /proc/cmdline; then > + WDMODULE="scx200_wdt" > + elif grep -q "astlinux=wrap" /proc/cmdline; then > + WDMODULE="scx200_wdt" > + elif grep -q "astlinux=net5501" /proc/cmdline; then > + WDMODULE="geodewdt" > + elif grep -q "astlinux=alix" /proc/cmdline; then > + WDMODULE="geodewdt" > + else > + echo "Watchdog disabled, no 'auto' setting available for this > target device." > + WDMODULE="" > + fi > +fi > + > if [ -n "$WDTIME" ]; then > TIMEOUT=$WDTIME > else > - TIMEOUT=60 > + TIMEOUT=30 > fi > > init () { > @@ -19,6 +34,8 @@ > start () { > > if [ -n "$WDMODULE" ]; then > + echo "Starting watchdog..." > + echo "Watchdog module: $WDMODULE" > watchdog -t $TIMEOUT /dev/watchdog > fi > > @@ -27,10 +44,10 @@ > stop () { > > if [ -n "$WDMODULE" ]; then > - if `ps | grep -q watchdog`; then > + if ps | grep -q watchdog; then > + echo "Stopping watchdog... (self-reboot within 60 seconds)" > killall watchdog 2> /dev/null > fi > - modprobe -r $WDMODULE > fi > > } > > Modified: trunk/target/generic/target_skeleton/stat/etc/rc.conf > =================================================================== > --- trunk/target/generic/target_skeleton/stat/etc/rc.conf 2009-10-23 > 06:57:17 UTC (rev 3375) > +++ trunk/target/generic/target_skeleton/stat/etc/rc.conf 2009-10-25 > 18:47:22 UTC (rev 3376) > @@ -390,10 +390,12 @@ > #DAHDIMODS="wctdm" > > ##Configure watchdog > -##The first is the kernel module to load > -##Next is the timeout period > -#WDMODULE=scx200_wdt > -#WDTIME=60 > +##Watchdog kernel module to load, "auto" automatically selects > based on target device > +#WDMODULE="auto" > +#WDMODULE="scx200_wdt" > +#WDMODULE="geodewdt" > +##Watchdog update period (less than 60 seconds) > +#WDTIME=30 > > ##ISDN Configuration > ##If this variable exists I will try to load the proper modules, but > you |
|
From: Lonnie A. <li...@lo...> - 2009-10-24 17:20:33
|
On Oct 24, 2009, at 11:32 AM, Michael Keuter wrote: > Hi list, > > after long testing with (and without) patching I finally got the > geodewdt watchdog working on the Alix (2D13) and net5501. > > As a precaution I still run it from the rc.local script (which runs > at the end of the init scripts). > I use the following commands: > > echo "Starting watchdog..." > logger "Starting watchdog..." > modprobe geodewdt > watchdog -t 30 /dev/watchdog > > The only change to the init script was the "-t 30". :-( > There must be a bug somewhere, because when you use it with "-t 60" > or higher, the box constantly reboots every 60 sec. > > It would be great if some more people could test that with 0.7 (or > trunk) and report it here. > You can test the function of the watchdog by "killall watchdog". The > box should then reboot itself within 30 sec. > > Michael I added to the user.conf... (net5501) WDMODULE=geodewdt WDTIME=30 It appears to work, though on shutdown, the /etc/init.d/watchdog script generates a FATAL: with the "modprobe -r $WDMODULE". I propose removing the "modprobe -r...", adding a echo "Starting watchdog..." and echo "Stopping watchdog..." and set the default to 30 seconds. Lonnie |
|
From: Michael K. <mk...@we...> - 2009-10-24 16:37:51
|
Hi list, after long testing with (and without) patching I finally got the geodewdt watchdog working on the Alix (2D13) and net5501. As a precaution I still run it from the rc.local script (which runs at the end of the init scripts). I use the following commands: echo "Starting watchdog..." logger "Starting watchdog..." modprobe geodewdt watchdog -t 30 /dev/watchdog The only change to the init script was the "-t 30". :-( There must be a bug somewhere, because when you use it with "-t 60" or higher, the box constantly reboots every 60 sec. It would be great if some more people could test that with 0.7 (or trunk) and report it here. You can test the function of the watchdog by "killall watchdog". The box should then reboot itself within 30 sec. Michael |
|
From: Lonnie A. <li...@lo...> - 2009-10-24 15:45:29
|
Ron, You are definitely missing files in /tmp/etc, as if dnsmasq didn't run. try $ find /oldroot/mnt/asturw/etc/ It should not yield any more than... -- /oldroot/mnt/asturw/etc/ /oldroot/mnt/asturw/etc/blkid.tab /oldroot/mnt/asturw/etc/shadow /oldroot/mnt/asturw/etc/blkid.tab.old /oldroot/mnt/asturw/etc/udev /oldroot/mnt/asturw/etc/udev/rules.d /oldroot/mnt/asturw/etc/udev/rules.d/70-persistent-net.rules /oldroot/mnt/asturw/etc/shadow- /oldroot/mnt/asturw/etc/rc.modules -- Lonnie On Oct 23, 2009, at 10:20 PM, Ron Byer wrote: > Sorry. I could have been clearer on this. > > /etc/resolv.conf and /etc/resolv-extern.conf both exist as symlinks > to /tmp/etc, but there is nothing in /tmp/etc. > > more </etc/resolv-extern.conf > -sh: /etc/resolv-extern.conf: No such file or directory > sk3 home # ls -l /etc/resolv* > lrwxrwxrwx 1 root root 27 Oct 23 15:55 /etc/resolv- > extern.conf -> /tmp/etc/resolv-extern.conf > lrwxrwxrwx 1 root root 20 Oct 23 15:55 /etc/ > resolv.conf -> /tmp/etc/resolv.conf > sk3 home # ls -l /tmp/etc > -rw-r--r-- 1 root root 8 Oct 23 15:55 TZ > lrwxrwxrwx 1 root root 30 Oct 23 15:56 arno- > iptables-firewall -> /mnt/kd/arno-iptables-firewall > lrwxrwxrwx 1 root root 16 Oct 23 15:56 asterisk -> / > mnt/kd/asterisk > -rw-r--r-- 1 root root 539 Oct 23 15:56 dnsmasq.conf > lrwxrwxrwx 1 root root 22 Oct 23 15:56 > dnsmasq.static -> /mnt/kd/dnsmasq.static > -rw-r--r-- 1 root root 0 Oct 23 15:55 ethers > -rw-r--r-- 1 root root 285 Oct 23 15:55 fstab > -rw-r--r-- 1 root root 120 Oct 23 15:56 hosts > -rw-r--r-- 1 root root 222 Oct 23 15:56 inadyn.conf > -rw-r--r-- 1 root root 154 Oct 23 15:56 inetd.conf > -rw-r--r-- 1 root root 26 Oct 23 15:56 issue > -rw-r--r-- 1 root root 566 Oct 23 15:56 issue.net > -rw-r--r-- 1 root root 3449 Oct 23 15:55 ld.so.cache > lrwxrwxrwx 1 root root 36 Oct 23 15:55 localtime - > > /usr/share/zoneinfo/America/New_York > -rw-r--r-- 1 root root 159 Oct 23 15:56 mini_httpd- > http.conf > -rw-r--r-- 1 root root 191 Oct 23 15:56 > mini_httpd.conf > drwxr-xr-x 2 root root 60 Oct 23 15:55 modprobe.d > -rw-r--r-- 1 root root 139 Oct 23 15:56 msmtprc > -rw-r--r-- 1 root root 385 Oct 23 15:56 ntpd.conf > -rw-r--r-- 1 root root 3067 Oct 23 15:55 rc.conf > lrwxrwxrwx 1 root root 22 Oct 23 15:56 sensors.conf > -> /stat/etc/sensors.conf > drwxr-xr-x 2 root root 220 Oct 23 15:56 ssh > -rw-r--r-- 1 root root 477 Oct 23 15:56 vsftpd.conf > sk3 home # > > Lonnie Abelbeck wrote: >> On Oct 23, 2009, at 2:39 PM, Ron Byer wrote: >> >> >> >>> in 0.6 we would get a generated dnsmasq.conf and a resolv.conf >>> file in >>> /tmp/etc, symlinked back to /etc. >>> the resolv.conf would have the nameservers specified in the DNS env >>> variable from /etc/rc.conf >>> >>> in 0.7, we get a generated dnsmasq.conf file that looks the same as >>> 0.6. >>> The dnsmasq.conf file references the resolv.conf file, but there >>> is no >>> resolv.conf generated. >>> >>> >> >> /etc/resolv.conf is still be there as well as /etc/resolv-extern.conf >> if you have DHCP enabled. >> >> # ls -l /etc/resolv.conf >> lrwxrwxrwx 1 root root 20 Oct 22 11:54 /etc/ >> resolv.conf -> /tmp/etc/resolv.conf >> >> |
|
From: Philip P. <phi...@re...> - 2009-10-24 03:52:23
|
On 10/23/2009 09:50 PM, Philip Prindeville wrote: > Oh, and don't forget the most obvious: > > % ls -ld / > And the permissions on /mnt/kd/home where 777... that's not secure. Should be 755. |
|
From: Philip P. <phi...@re...> - 2009-10-24 03:50:18
|
Oh, and don't forget the most obvious: % ls -ld / |
|
From: Philip P. <phi...@re...> - 2009-10-24 03:49:44
|
And: % ls -ld /oldroot /oldroot/mnt /oldroot/mnt/asturo On 10/23/2009 09:11 PM, Ron Byer wrote: > Thanks. I hadn't noticed that. Unfortunately, no positive result: > > sk3 home # chmod g-s /mnt/kd/home/foobar > sk3 home # su foobar > su: chdir(/): Permission denied > sk3 home # ls -ld /mnt/kd/home/foobar > drwxr-xr-x 2 foobar foobar 4096 Oct 23 19:02 > /mnt/kd/home/foobar > sk3 home # > > Philip Prindeville wrote: >> Try: >> >> % chmod g-s /mnt/kd/home/foobar >> >> >> On 10/23/2009 05:14 PM, Ron Byer wrote: >> >>> sk3 home # ls -ld /oldroot /oldroot/mnt /oldroot/mnt/asturw >>> drwxr-xr-x 16 root root 1024 Oct 23 15:55 /oldroot >>> drwxr-xr-x 4 root root 1024 Oct 23 15:55 /oldroot/mnt >>> drwxr-xr-x 12 root root 4096 Sep 29 15:55 >>> /oldroot/mnt/asturw >>> >>> sk3 home # ls -ld / /home /mnt /mnt/kd /mnt/kd/*home*/foobar >>> drwxr-xr-x 1 root root 4096 Oct 20 21:07 / >>> lrwxrwxrwx 1 root root 12 Oct 23 15:55 /home -> >>> /mnt/kd/home >>> drwxr-xr-x 1 root root 4096 Oct 15 14:54 /mnt >>> drwxrwxrwx 18 root root 4096 Oct 23 14:15 /mnt/kd >>> drwxr-sr-x 2 foobar foobar 4096 Oct 23 19:02 >>> /mnt/kd/home/foobar >>> >>> >>> Philip Prindeville wrote: >>> >>>> On 10/23/2009 01:00 PM, Ron Byer wrote: >>>> >>>> >>>>> Anyone seen this behavior before ? >>>>> >>>>> sk3 etc # ls -l /home >>>>> lrwxrwxrwx 1 root root 12 Oct 22 16:53 /home -> >>>>> /mnt/kd/home >>>>> sk3 etc # ls -l /mnt/kd >>>>> ... >>>>> drwxrwxrwx 5 root root 4096 Oct 23 14:40 home >>>>> ... >>>>> sk3 kd # adduser foobar >>>>> Changing password for foobar >>>>> New password: >>>>> Retype password: >>>>> Password for foobar changed by root >>>>> >>>>> sk3 kd # ls -l /mnt/kd/home >>>>> drwxr-sr-x 2 foobar foobar 4096 Oct 23 14:35 foobar >>>>> sk3 kd # >>>>> >>>>> sk3 kd # su foobar >>>>> su: chdir(/): Permission denied >>>>> sk3 kd # logout >>>>> This is sk3 (Linux i586 2.6.27.29-astlinux) 14:49:26 >>>>> sk3 login: foobar >>>>> Password: >>>>> login: chdir(/): >>>>> This is sk3 (Linux i586 2.6.27.29-astlinux) 14:49:33 >>>>> sk3 login: root >>>>> Password: >>>>> sk3 ~ # >>>>> >>>>> sk3 ~ # cat </etc/passwd >>>>> root:x:0:0:root:/root:/bin/sh >>>>> sshd:x:22:22:sshd:/dev/null:/bin/false >>>>> ftp:x:21:21:ftp user:/home/ftp:/bin/false >>>>> nobody:x:1000:1000:no one:/dev/null:/bin/false >>>>> foobar:x:1001:1001:Linux User,,,:/home/foobar:/bin/sh >>>>> >>>>> >>>>> I've been over the directory permissions to no avail... Any clues ? >>>>> >>>>> >>>>> >>>>> >>>> % ls -ld / /home /mnt /mnt/kd /mnt/kd/foobar >>>> >>>> % ls -ld /oldroot /oldroot/mnt /oldroot/mnt/asturw >>>> /oldroot/mnt/asturw/mnt /oldroot/mnt/asturw/mnt/kd >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>>> is the only developer event you need to attend this year. Jumpstart your >>>> developing skills, take BlackBerry mobile applications to market and stay >>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>>> http://p.sf.net/sfu/devconference >>>> _______________________________________________ >>>> Astlinux-devel mailing list >>>> Ast...@li... >>>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >>>> >>>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >>>> >>>> >>>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and stay >>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>> http://p.sf.net/sfu/devconference >>> >>> >>> _______________________________________________ >>> Astlinux-devel mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >>> >>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >>> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> Astlinux-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> > |
|
From: Ron B. <ron...@ne...> - 2009-10-24 03:15:10
|
Sorry. I could have been clearer on this. /etc/resolv.conf and /etc/resolv-extern.conf both exist as symlinks to /tmp/etc, but there is nothing in /tmp/etc. more </etc/resolv-extern.conf -sh: /etc/resolv-extern.conf: No such file or directory sk3 home # ls -l /etc/resolv* lrwxrwxrwx 1 root root 27 Oct 23 15:55 /etc/resolv-extern.conf -> /tmp/etc/resolv-extern.conf lrwxrwxrwx 1 root root 20 Oct 23 15:55 /etc/resolv.conf -> /tmp/etc/resolv.conf sk3 home # ls -l /tmp/etc -rw-r--r-- 1 root root 8 Oct 23 15:55 TZ lrwxrwxrwx 1 root root 30 Oct 23 15:56 arno-iptables-firewall -> /mnt/kd/arno-iptables-firewall lrwxrwxrwx 1 root root 16 Oct 23 15:56 asterisk -> /mnt/kd/asterisk -rw-r--r-- 1 root root 539 Oct 23 15:56 dnsmasq.conf lrwxrwxrwx 1 root root 22 Oct 23 15:56 dnsmasq.static -> /mnt/kd/dnsmasq.static -rw-r--r-- 1 root root 0 Oct 23 15:55 ethers -rw-r--r-- 1 root root 285 Oct 23 15:55 fstab -rw-r--r-- 1 root root 120 Oct 23 15:56 hosts -rw-r--r-- 1 root root 222 Oct 23 15:56 inadyn.conf -rw-r--r-- 1 root root 154 Oct 23 15:56 inetd.conf -rw-r--r-- 1 root root 26 Oct 23 15:56 issue -rw-r--r-- 1 root root 566 Oct 23 15:56 issue.net -rw-r--r-- 1 root root 3449 Oct 23 15:55 ld.so.cache lrwxrwxrwx 1 root root 36 Oct 23 15:55 localtime -> /usr/share/zoneinfo/America/New_York -rw-r--r-- 1 root root 159 Oct 23 15:56 mini_httpd-http.conf -rw-r--r-- 1 root root 191 Oct 23 15:56 mini_httpd.conf drwxr-xr-x 2 root root 60 Oct 23 15:55 modprobe.d -rw-r--r-- 1 root root 139 Oct 23 15:56 msmtprc -rw-r--r-- 1 root root 385 Oct 23 15:56 ntpd.conf -rw-r--r-- 1 root root 3067 Oct 23 15:55 rc.conf lrwxrwxrwx 1 root root 22 Oct 23 15:56 sensors.conf -> /stat/etc/sensors.conf drwxr-xr-x 2 root root 220 Oct 23 15:56 ssh -rw-r--r-- 1 root root 477 Oct 23 15:56 vsftpd.conf sk3 home # Lonnie Abelbeck wrote: > On Oct 23, 2009, at 2:39 PM, Ron Byer wrote: > > >> in 0.6 we would get a generated dnsmasq.conf and a resolv.conf file in >> /tmp/etc, symlinked back to /etc. >> the resolv.conf would have the nameservers specified in the DNS env >> variable from /etc/rc.conf >> >> in 0.7, we get a generated dnsmasq.conf file that looks the same as >> 0.6. >> The dnsmasq.conf file references the resolv.conf file, but there is no >> resolv.conf generated. >> > > /etc/resolv.conf is still be there as well as /etc/resolv-extern.conf > if you have DHCP enabled. > > # ls -l /etc/resolv.conf > lrwxrwxrwx 1 root root 20 Oct 22 11:54 /etc/ > resolv.conf -> /tmp/etc/resolv.conf > > > Lonnie > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > |
|
From: Ron B. <ron...@ne...> - 2009-10-24 03:06:39
|
Thanks. I hadn't noticed that. Unfortunately, no positive result: sk3 home # chmod g-s /mnt/kd/home/foobar sk3 home # su foobar su: chdir(/): Permission denied sk3 home # ls -ld /mnt/kd/home/foobar drwxr-xr-x 2 foobar foobar 4096 Oct 23 19:02 /mnt/kd/home/foobar sk3 home # Philip Prindeville wrote: > Try: > > % chmod g-s /mnt/kd/home/foobar > > > On 10/23/2009 05:14 PM, Ron Byer wrote: > >> sk3 home # ls -ld /oldroot /oldroot/mnt /oldroot/mnt/asturw >> drwxr-xr-x 16 root root 1024 Oct 23 15:55 /oldroot >> drwxr-xr-x 4 root root 1024 Oct 23 15:55 /oldroot/mnt >> drwxr-xr-x 12 root root 4096 Sep 29 15:55 >> /oldroot/mnt/asturw >> >> sk3 home # ls -ld / /home /mnt /mnt/kd /mnt/kd/*home*/foobar >> drwxr-xr-x 1 root root 4096 Oct 20 21:07 / >> lrwxrwxrwx 1 root root 12 Oct 23 15:55 /home -> >> /mnt/kd/home >> drwxr-xr-x 1 root root 4096 Oct 15 14:54 /mnt >> drwxrwxrwx 18 root root 4096 Oct 23 14:15 /mnt/kd >> drwxr-sr-x 2 foobar foobar 4096 Oct 23 19:02 >> /mnt/kd/home/foobar >> >> >> Philip Prindeville wrote: >> >>> On 10/23/2009 01:00 PM, Ron Byer wrote: >>> >>> >>>> Anyone seen this behavior before ? >>>> >>>> sk3 etc # ls -l /home >>>> lrwxrwxrwx 1 root root 12 Oct 22 16:53 /home -> >>>> /mnt/kd/home >>>> sk3 etc # ls -l /mnt/kd >>>> ... >>>> drwxrwxrwx 5 root root 4096 Oct 23 14:40 home >>>> ... >>>> sk3 kd # adduser foobar >>>> Changing password for foobar >>>> New password: >>>> Retype password: >>>> Password for foobar changed by root >>>> >>>> sk3 kd # ls -l /mnt/kd/home >>>> drwxr-sr-x 2 foobar foobar 4096 Oct 23 14:35 foobar >>>> sk3 kd # >>>> >>>> sk3 kd # su foobar >>>> su: chdir(/): Permission denied >>>> sk3 kd # logout >>>> This is sk3 (Linux i586 2.6.27.29-astlinux) 14:49:26 >>>> sk3 login: foobar >>>> Password: >>>> login: chdir(/): >>>> This is sk3 (Linux i586 2.6.27.29-astlinux) 14:49:33 >>>> sk3 login: root >>>> Password: >>>> sk3 ~ # >>>> >>>> sk3 ~ # cat </etc/passwd >>>> root:x:0:0:root:/root:/bin/sh >>>> sshd:x:22:22:sshd:/dev/null:/bin/false >>>> ftp:x:21:21:ftp user:/home/ftp:/bin/false >>>> nobody:x:1000:1000:no one:/dev/null:/bin/false >>>> foobar:x:1001:1001:Linux User,,,:/home/foobar:/bin/sh >>>> >>>> >>>> I've been over the directory permissions to no avail... Any clues ? >>>> >>>> >>>> >>>> >>> % ls -ld / /home /mnt /mnt/kd /mnt/kd/foobar >>> >>> % ls -ld /oldroot /oldroot/mnt /oldroot/mnt/asturw >>> /oldroot/mnt/asturw/mnt /oldroot/mnt/asturw/mnt/kd >>> >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and stay >>> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >>> http://p.sf.net/sfu/devconference >>> _______________________________________________ >>> Astlinux-devel mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >>> >>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >>> >>> >>> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> >> >> _______________________________________________ >> Astlinux-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > |
|
From: Lonnie A. <li...@lo...> - 2009-10-24 01:50:48
|
On Oct 23, 2009, at 2:39 PM, Ron Byer wrote: > in 0.6 we would get a generated dnsmasq.conf and a resolv.conf file in > /tmp/etc, symlinked back to /etc. > the resolv.conf would have the nameservers specified in the DNS env > variable from /etc/rc.conf > > in 0.7, we get a generated dnsmasq.conf file that looks the same as > 0.6. > The dnsmasq.conf file references the resolv.conf file, but there is no > resolv.conf generated. /etc/resolv.conf is still be there as well as /etc/resolv-extern.conf if you have DHCP enabled. # ls -l /etc/resolv.conf lrwxrwxrwx 1 root root 20 Oct 22 11:54 /etc/ resolv.conf -> /tmp/etc/resolv.conf Lonnie |
|
From: Philip P. <phi...@re...> - 2009-10-24 00:54:12
|
Try: % chmod g-s /mnt/kd/home/foobar On 10/23/2009 05:14 PM, Ron Byer wrote: > sk3 home # ls -ld /oldroot /oldroot/mnt /oldroot/mnt/asturw > drwxr-xr-x 16 root root 1024 Oct 23 15:55 /oldroot > drwxr-xr-x 4 root root 1024 Oct 23 15:55 /oldroot/mnt > drwxr-xr-x 12 root root 4096 Sep 29 15:55 > /oldroot/mnt/asturw > > sk3 home # ls -ld / /home /mnt /mnt/kd /mnt/kd/*home*/foobar > drwxr-xr-x 1 root root 4096 Oct 20 21:07 / > lrwxrwxrwx 1 root root 12 Oct 23 15:55 /home -> > /mnt/kd/home > drwxr-xr-x 1 root root 4096 Oct 15 14:54 /mnt > drwxrwxrwx 18 root root 4096 Oct 23 14:15 /mnt/kd > drwxr-sr-x 2 foobar foobar 4096 Oct 23 19:02 > /mnt/kd/home/foobar > > > Philip Prindeville wrote: >> On 10/23/2009 01:00 PM, Ron Byer wrote: >> >>> Anyone seen this behavior before ? >>> >>> sk3 etc # ls -l /home >>> lrwxrwxrwx 1 root root 12 Oct 22 16:53 /home -> >>> /mnt/kd/home >>> sk3 etc # ls -l /mnt/kd >>> ... >>> drwxrwxrwx 5 root root 4096 Oct 23 14:40 home >>> ... >>> sk3 kd # adduser foobar >>> Changing password for foobar >>> New password: >>> Retype password: >>> Password for foobar changed by root >>> >>> sk3 kd # ls -l /mnt/kd/home >>> drwxr-sr-x 2 foobar foobar 4096 Oct 23 14:35 foobar >>> sk3 kd # >>> >>> sk3 kd # su foobar >>> su: chdir(/): Permission denied >>> sk3 kd # logout >>> This is sk3 (Linux i586 2.6.27.29-astlinux) 14:49:26 >>> sk3 login: foobar >>> Password: >>> login: chdir(/): >>> This is sk3 (Linux i586 2.6.27.29-astlinux) 14:49:33 >>> sk3 login: root >>> Password: >>> sk3 ~ # >>> >>> sk3 ~ # cat </etc/passwd >>> root:x:0:0:root:/root:/bin/sh >>> sshd:x:22:22:sshd:/dev/null:/bin/false >>> ftp:x:21:21:ftp user:/home/ftp:/bin/false >>> nobody:x:1000:1000:no one:/dev/null:/bin/false >>> foobar:x:1001:1001:Linux User,,,:/home/foobar:/bin/sh >>> >>> >>> I've been over the directory permissions to no avail... Any clues ? >>> >>> >>> >> >> >> % ls -ld / /home /mnt /mnt/kd /mnt/kd/foobar >> >> % ls -ld /oldroot /oldroot/mnt /oldroot/mnt/asturw >> /oldroot/mnt/asturw/mnt /oldroot/mnt/asturw/mnt/kd >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> Astlinux-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > > > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
