Page 4 of 14 FirstFirst ... 23456 ... LastLast
Results 46 to 60 of 196

Thread: Firmware v1.9.2.7 CR4 [Oleg]

  1. #46
    Join Date
    Jul 2004
    Location
    Venlo @ The Netherlands
    Posts
    21
    Quote Originally Posted by petgun
    no, it's ext3 formatted!

    cu,
    peter
    Then I don't have a solution for your problem sorry

  2. #47
    Join Date
    Apr 2004
    Location
    Netherlands
    Posts
    1,308
    Just nagging a bit:
    If you change the NFS setting both radio buttons are selected, see my attachment.

    Also Oleg, can you add some info in the webpage in upcoming firmwares on what should be filled in the Export line?
    Attached Images Attached Images  

  3. #48
    Join Date
    Dec 2004
    Location
    the netherlands
    Posts
    155

    great work Oleg!

    wow, just updated to this firmware.

    works nicely here. Thanks Oleg for this masterpiece!

  4. #49
    Join Date
    Dec 2004
    Location
    the netherlands
    Posts
    155
    One little thing though, syslog is filled with this:

    Code:
    Mar 17 19:24:29 kernel: printer.c: usblp0 Device ID string [102/max 1552]='MFG:Canon;CMD:BJL,BJRaster3,BSCCe;SOJ:TXT01;MDL:iP2000;CLS:PRINTER;DES:Canon iP2000;VER:1.04;STA:10;'
    Mar 17 19:24:29 kernel: printer.c: Parsing USBLPID...
    Mar 17 19:25:12 kernel: printer.c: usblp0 Device ID string [102/max 1552]='MFG:Canon;CMD:BJL,BJRaster3,BSCCe;SOJ:TXT01;MDL:iP2000;CLS:PRINTER;DES:Canon iP2000;VER:1.04;STA:20;'
    Mar 17 19:25:12 kernel: printer.c: Parsing USBLPID...
    Mar 17 19:25:15 kernel: printer.c: usblp0 Device ID string [102/max 1552]='MFG:Canon;CMD:BJL,BJRaster3,BSCCe;SOJ:TXT01;MDL:iP2000;CLS:PRINTER;DES:Canon iP2000;VER:1.04;STA:20;'
    Mar 17 19:25:15 kernel: printer.c: Parsing USBLPID...
    Mar 17 19:25:15 kernel: printer.c: usblp0 Device ID string [102/max 1552]='MFG:Canon;CMD:BJL,BJRaster3,BSCCe;SOJ:TXT01;MDL:iP2000;CLS:PRINTER;DES:Canon iP2000;VER:1.04;STA:20;'
    Mar 17 19:25:15 kernel: printer.c: Parsing USBLPID...
    Mar 17 19:25:18 kernel: printer.c: usblp0 Device ID string [102/max 1552]='MFG:Canon;CMD:BJL,BJRaster3,BSCCe;SOJ:TXT01;MDL:iP2000;CLS:PRINTER;DES:Canon iP2000;VER:1.04;STA:10;'
    Mar 17 19:25:18 kernel: printer.c: Parsing USBLPID...
    Mar 17 19:34:32 kernel: printer.c: usblp0 Device ID string [102/max 1552]='MFG:Canon;CMD:BJL,BJRaster3,BSCCe;SOJ:TXT01;MDL:iP2000;CLS:PRINTER;DES:Canon iP2000;VER:1.04;STA:20;'
    Mar 17 19:34:32 kernel: printer.c: Parsing USBLPID...
    somehow it keeps on going with the usblpid of my printer. Any way how to stop this (without pulling the plug on the printer ) ?

    Hmmz, it seemed to come to a halt with all this now..., no more entries so far. wierd.
    Last edited by wiz; 17-03-2005 at 19:39.

  5. #50
    Hi,

    I followed your NFS guide and found that I got closer, but still not close enough. Running the following command

    John-Yourens-Computer:~ johnyouren$ mount -tnfs -orsize=32768,wsize=32768 192.168.1.1:/tmp/harddisk nfs
    mount_nfs: /Users/johnyouren/nfs: Operation not permitted

    gives me the error shown, I have search the internet and it looks like it is related to this (http://lists.apple.com/archives/mkli.../msg00020.html) problem.

    If you could look into this I would be very grateful!

  6. #51
    Join Date
    Sep 2004
    Posts
    123
    Quote Originally Posted by Styno
    Just nagging a bit:
    Also Oleg, can you add some info in the webpage in upcoming firmwares on what should be filled in the Export line?
    ;-) I think that is not very easy...what do you think about:

    The /etc/exports file
    The /etc/exports file is the NFS server configuration file for Linux systems. It controls which files and directories are exported, which hosts can access them, and what kinds of access are allowed. A sample /etc/exports file might contain these entries:

    /usr/man crab(rw) horseshoe(rw) (ro)
    /usr/local (ro)
    /home/research rodent(rw) crab(rw) horseshoe(rw) jerboas(rw)

    This sample file says that:

    /usr/man can be mounted by any client, but it can be written to only by crab and horseshoe. Other clients have read-only access.

    /usr/local can be mounted by any client, with read-only access.

    /home/research can be mounted only by the hosts rodent, crab, horseshoe, and jerboas. These four hosts have read/write access.

    The options used in each of the entries in the /etc/exports file determine what kinds of access are allowed. The information derived from the sample file is based on the options specified on each line in the file. The general format of the entries is as follows:

    directory [host(option)]...

    directory names the directory or file that is available for export. The host is the name of the client granted access to the exported directory, while the option specifies the type of access being granted.

    In the sample /etc/exports file shown above, the host value is either the name of a single client or it is blank. When a single hostname is used, access is granted to the individual client. If no host value is specified, the directory is exported to everyone. Like Solaris, Linux also accepts values for domains, networks, and netgroups, although the syntax is slightly different. Valid host values are:

    Individual hostnames such as crab or crab.wrotethebook.com.

    Domain wildcards such as *wrotethebook.com for every host in the wrotethebook.com domain.

    IP address/address mask pairs such as 172.16.12.0/255.255.255.0 for every host with an address that begins with 172.16.12.

    Net groups such as @group1.

    Notice that in Linux, domain names begin with an asterisk (*), instead of the dot used in Solaris. Also note that the at-sign begins a netgroup name, whereas in Solaris the at-sign is used at the beginning of a network address.

    The options used in the sample /etc/exports file are:

    ro
    Read-only prevents NFS clients from writing to this directory. Attempts by clients to write to a read-only directory fail with the message "Read-only filesystem" or "Permission denied." If ro is specified without a client hostname, all clients are granted read-only access.

    rw
    Read/write permits clients to read and write to this directory. When specified without hostname, all clients are granted read/write access. If a hostname is specified, only the named host is given read/write permission.

    Although specific hosts are granted read/write access to some of these directories, the access granted to individual users of those systems is controlled by standard Unix user, group, and world file permissions based on the user's user ID (UID) and group ID (GID). NFS trusts that a remote host has authenticated its users and assigned them valid UIDs and GIDs. Exporting files grants the client system's users the same access to the files they would have if they directly logged into the server. This assumes, of course, that both the client and the server have assigned exactly the same UIDs and GIDs to the same users, which is not always the case. If both the client and the server assign the same UID to a given user, for example, if Craig is assigned 501 on both systems, then both systems properly identify Craig and grant him appropriate access to his files. On the other hand, if the client assigns Craig a UID of 501 and the server has assigned that UID to Michael, the server will grant Craig access to Michael's files as if Craig owned those files. NFS provides several tools to deal with the problems that arise because of mismatched UIDs and GIDs.

    One obvious problem is dealing with the root account. It is very unlikely that you want people with root access to your clients to also have root access to your server. By default, NFS prevents this with the root_squash setting, which maps requests that contain the root UID and GID to the nobody UID and GID. Thus if someone is logged into a client as root, they are only granted world permissions on the server. You can undo this with the no_root_squash setting, but no_root_squash opens a potential security hole.

    Map other UIDs and GIDs to nobody with the squash_uids, squash_gids, and all_squash options. all_squash maps every user of a client system to the user nobody. squash_uids and squash_gids map specific UIDs and GIDs. For example:

    /pub (ro,all_squash)
    /usr/local/pub (squash_uids=0-50,squash_gids=0-50)

    The first entry exports the /pub directory with read-only access to every client. It limits every user of those clients to the world permissions granted to nobody, meaning that the only files the users can read are those that have world read permission.

    The second entry exports /usr/local/pub to every client with default read/write permission. The squash_uid and squash_gid options in the example show that a range of UIDs and GIDs can be specified in some options.[3] A single UID or GID can be defined with these options, but it is frequently useful to affect a range of values with a single command. In the example we prevent users from accessing the directory with a UID or GID that is 50 or less. These low numbers are usually assigned to non-user accounts. For example, on our Linux system, UID 10 is assigned to uucp. Attempting to write a file as uucp would cause the file to be written with the owner mapped to nobody. Thus the user uucp would be able to write to the /usr/local/pub directory only if that directory had world write permission.

    It is also possible to map every user from a client to a specific user ID or group ID. The anonuid and anongid options provide this capability. These options are most useful when the client has only one user and does not assign that user a UID or GID, for example, in the case of a Microsoft Windows PC running NFS. PCs generally have only one user and they don't use UIDs or GIDs. To map the user of a PC to a valid user ID and group ID, enter a line like this in the /etc/exports file:

    /home/alana giant(all_squash,anonuid=1001,anongid=1001)

    In this example, the hostname of Alana's PC is giant. The entry grants that client read/write access to the directory /home/alana. The all_squash option maps every request from that client to a specific UID, but this time, instead of nobody, it maps to the UID and the GID defined by the anonuid and anongid options. Of course, for this to work correctly, 1001:1001 should be the UID and GID pair assigned to alana in the /etc/passwd file.

    A single mapping is sufficient for a PC, but it might not handle all of the mapping needed for a Unix client. Unix clients assign their users UIDs and GIDs. Problems occur if those differ from the UIDs and GIDs assigned to those same users on the NFS server. Use the map_static option to point to a file that maps the UIDs and GIDs for a specific client. For example:

    /export/oscon oscon(map_static=/etc/nfs/oscon.map)

    This entry says that the /export/oscon directory is exported to the client oscon with read/write permission. The map_static option points to a file on the server named /etc/nfs/oscon.map that maps the UIDs and GIDs used on oscon to those used on the server. The oscon.map file might contain the following entries:

    # UID/GID mapping for client oscon
    # remote local comment
    uid 0-50 - #squash these
    gid 0-50 - #squash these
    uid 100-200 1000 #map 100-200 to 1000-1100
    gid 100-200 1000 #map 100-200 to 1000-1100
    uid 501 2001 #map individual user
    gid 501 2001 #map individual user

    The first two lines map the UIDs and GIDs from 0 to 50 to the user nobody. The next two lines map all of the client UIDs and GIDs in the range of 100 to 200 to corresponding numbers in the range of 1000 to 1100 on the server. In other words, 105 on the client maps to 1005 on the server. This is the most common type of entry. On most systems, existing UIDs and GIDs have been assigned sequentially. Often, several systems have assigned the UIDs and GIDs sequentially from 101 to different users in a completely uncoordinated manner. This entry maps the users on oscon to UIDs and GIDs starting at 1000. Another file might map the 100 to 200 entries of another client to UIDs and GIDs starting at 2000. A third file might map yet another client to 3000. This type of entry allows the server to coordinate UIDs and GIDs where no coordination exists. The last two lines map an individual user's UID and GID. This is less commonly required, but it is possible.
    Last edited by petgun; 17-03-2005 at 21:04.

  7. #52
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Quote Originally Posted by mr0mega
    Hi,

    I followed your NFS guide and found that I got closer, but still not close enough. Running the following command

    John-Yourens-Computer:~ johnyouren$ mount -tnfs -orsize=32768,wsize=32768 192.168.1.1:/tmp/harddisk nfs
    mount_nfs: /Users/johnyouren/nfs: Operation not permitted

    gives me the error shown, I have search the internet and it looks like it is related to this (http://lists.apple.com/archives/mkli.../msg00020.html) problem.

    If you could look into this I would be very grateful!
    Well, this is your MAC problem. As I do not have MAC I could not help you. You may probably need to read some MAC NFS related info. Do you've /Users/johnyouren/nfs dir? It't probably makes sense, that mount should be performed by power user (i.e. root, Administrator or whatever you have in MAC OS).

  8. #53
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Quote Originally Posted by Styno
    Just nagging a bit:
    If you change the NFS setting both radio buttons are selected, see my attachment.
    Looks like a bug.
    Also Oleg, can you add some info in the webpage in upcoming firmwares on what should be filled in the Export line?
    See above post with sample. For further info visit http://nfs.sf.net, use google, etc for "man exports". I will include minimal info on my page, as I do not want to write yet another NFS How-To.

  9. #54
    Join Date
    Apr 2004
    Location
    Netherlands
    Posts
    1,308
    Quote Originally Posted by Oleg
    See above post with sample. For further info visit http://nfs.sf.net, use google, etc for "man exports". I will include minimal info on my page, as I do not want to write yet another NFS How-To.
    Well, mentioning that link would help a lot of people I guess and won't cost you too much time.

  10. #55
    Hi I followed your instructions but I get the following error when trying to do
    ipkg.sh update



    Downloading http://wl500g.dyndns.org/ipkg/Packages ...
    wget: //opt/tmp/ipkg/Packages: No such file or directory
    ipkg_download: ERROR: Failed to retrieve http://wl500g.dyndns.org/ipkg/Packages, returning
    ipkg_update: Error downloading http://wl500g.dyndns.org/ipkg/Packages to /opt/lib/ipkg/lists/wl500g

    Any Ideas?
    has anyone tested the mt-daapd package? any chance that it would work
    http://www.nslu2-linux.org/wiki/Unslung/Mt-daapd
    and thx for the great work.

    Quote Originally Posted by Oleg
    Code:
    #!/bin/sh
    mount -text3 -oloop,noatime /tmp/harddisk/opt.ext3 /opt
    installing packages (install real ipkg first):

    Code:
    ipkg.sh update
    ipkg.sh install ipkg
    Once done:
    Code:
    echo "src unslung http://wl500g.dyndns.org/unslung" >> /opt/etc/ipkg.conf
    ipkg update
    ipkg list

  11. #56
    Join Date
    Apr 2004
    Location
    Adelaide, Australia
    Posts
    88
    Quote Originally Posted by mullog
    Downloading http://wl500g.dyndns.org/ipkg/Packages ...
    wget: //opt/tmp/ipkg/Packages: No such file or directory
    Any Ideas?
    has anyone tested the mt-daapd package? any chance that it would work
    http://www.nslu2-linux.org/wiki/Unslung/Mt-daapd
    and thx for the great work.
    Add "mkdir -p /opt/tmp/ipkg" to the instructions.

    No reason I can think of why mt-daapd won't work ...

    -- Rod

  12. #57
    Join Date
    Oct 2004
    Location
    Portugal
    Posts
    145
    Oleg

    fw 1.9.2.7 CR4 [Oleg]

    !!!reboot issue!!!
    Last edited by int; 20-03-2005 at 04:04.
    Home Page
    Marco Sousa from PORTUGAL
    [ WL-500g - fw: 1.9.2.7-7e [Oleg] | WL-500gP - fw: 1.9.2.7-7f-USB-1.63 [Oleg&koppel.cz] ]

  13. #58

    usb webcam

    Hi,

    just installed this firmware to try and get a webcam to work and try as I might whenever I change the webcam driver from pwc 8.8 to OV511 2.10 and do a save and restart its back to pwc 8.8

    the webcam is a trust 150 spacecam portable which I believe needs the OV driver?

    I have been unable to do this with any firmware I have tried up to now

  14. #59
    If the cam revert to a PWC driver, it mean it is not properly reconised. You will need to try another webcam, or to get working drivers for it. I think somebody posted drivers for other webcam, but you will have to search for them. Not sure they will work.

  15. #60
    Quote Originally Posted by hugo
    If the cam revert to a PWC driver, it mean it is not properly reconised. You will need to try another webcam, or to get working drivers for it. I think somebody posted drivers for other webcam, but you will have to search for them. Not sure they will work.

    thanks for that, its my first time trying custom firmware so support is most welcome, tried 3 webcams now and i can see in the status log that they are not recognised, don't know if i can afford to buy to many more

Page 4 of 14 FirstFirst ... 23456 ... LastLast

Similar Threads

  1. Firmware v1.9.2.7 CR1 [Oleg]
    By Oleg in forum WL-500g Firmware Releases
    Replies: 53
    Last Post: 14-04-2005, 00:26
  2. Firmware v1.9.2.7 CR2 [Oleg]
    By Oleg in forum WL-500g Firmware Releases
    Replies: 64
    Last Post: 11-01-2005, 19:22
  3. Firmware v1.7.5.9 CR2 [Oleg]
    By Oleg in forum WL-500g Firmware Releases
    Replies: 38
    Last Post: 06-10-2004, 09:12
  4. Firmware v1.7.5.6 CR2.1 [Oleg]
    By Antiloop in forum WL-500g Firmware Releases
    Replies: 18
    Last Post: 03-05-2004, 12:13
  5. Firmware v1.7.5.6 CR1 [Oleg]
    By Antiloop in forum WL-500g Firmware Releases
    Replies: 15
    Last Post: 07-04-2004, 18:22

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •