Re: [Unattended] Trouble mapping install share
> > I'm sorry about the e-mails, I realize I've jumped around a bit. I've > just been working on this off and on for a while and it's hard to keep > track of the changes. Attached are the things I added to my smb.conf > file. If you think the whole file is necessary, I'll send it out as > well, but it's 11KB and I thought it would be too long for an e-mail. > Scott, you need to ensure that you setup is right. On the linux server type this: pdbedit -w -L and look for a line like this: guest:1001::823893ADFAD2CDA6E1A414F3EBDF58F7:[U ]:LCT-4A48A79C: so you know that the guest user is setup I am not sure about this line on smb.conf: map to guest = Bad Password * -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ unattended-info mailing list unattended-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Trouble mapping install share
By the way, is there any way to double check that I have all the files necessary for this in my /install directory? Because I realized I didn't have my /install/linuxaux directory just now and have since added it in (and it still doesn't work). Would an md5sum work if I could get someone else to check it? I don't know how touchy md5sums are, so I'm not sure if little variations make a big difference, but I'm almost at the point of removing everything I've done to this point and starting completely over, which I guess wouldn't be that difficult, just disappointing. I was hoping this Unattended thing would be easier than it is I suppose (and the fact that I'm not exactly a linux guru isn't helpful either I'm sure). If an md5sum would work, mine is 3f0b21b7e9d42eafd02e2f43beba87f0 like I said, I don't know if it'll work, but it'll give me some idea. While I'm sending out the e-mail, I've got a few updates for everyone. I've been looking through my samba logs and I found a few entries that I thought were useful. There were some entries about user changes and it was apparently looking for linuxaux/var/mail and said file not found (that's how I found out about the linuxaux, but the only thing in there is /var/lib/dosemu/dosboot.img...I just want to know if I'm missing files somewhere, cuz I'd hate to have all these problems stemming from a missing file, although I don't really think they are. On Thu, Jan 14, 2010 at 1:32 PM, Scott Smith wrote: > Hey Tovis, > > I'm sorry about the e-mails, I realize I've jumped around a bit. I've just > been working on this off and on for a while and it's hard to keep track of > the changes. Attached are the things I added to my smb.conf file. If you > think the whole file is necessary, I'll send it out as well, but it's 11KB > and I thought it would be too long for an e-mail. > > === Global Settings > = > [global] > # Configs for windows pxe boot >oplocks = no >level2 oplocks = no > >guest account = guest >unix extensions = off >netbios aliases = ntinstall >wins support = yes > ; wins proxy = yes >security = share * >map to guest = Bad Password * > > > # Share Definitions > == >idmap uid = 16777216-33554431 >idmap gid = 16777216-33554431 >template shell = /bin/false >winbind use default domain = no > > # More configurations for winxp pxe boot > [install] >comment = Unattended >writable = no >locking = no > ; path = /install/ >path = /disk2/install/ >guest ok = yes > > The first (commented out) path is to a folder full of symlinks to the > second (uncommented) path. I read somewhere that dos wouldn't let you mount > shares outside of the root directory, so I had set it up that way, but then > I was told that the path didn't matter because install was the share name > (having the share and folder names the same had confused me a bit). We have > several other shares and none have had problems, just this one. > > As for accessing it with the windows box, I managed to fix that to allow > guest access. I had to add the lines noted above by an asterisk to the > smb.conf file (the asterisks aren't actually in the file, don't worry). Now > I can connect using the net use z: \\ntinstall\install command and it won't > ask for a username or a password. > > Now let me give you a little (way overdue) background so you can hopefully > help me out. The machine holding our PXE configuration files is a FC4 server > named Carson at 129.174.95.33. My machine dual boots Fedora 12 and Windows > XP sp 3, both with virtual machines that can run the other operating systems > (so I'm not constantly switching back and forth). I've been doing my testing > running Fedora 12 with VirtualBox OSE running Windows XP sp3 3. It's > connected on a bridged connection (so it has its own ip address and such). > Our pxe server distributes several flavors of linux, as well as a memtest in > case it's needed. I've used it to install Fedora 11 and 12 on several > systems now, so I know it's set up properly. If you would like for me to > send off some of our configuration files, just let me know and I'll mail > them out. > > Scott > > > On Thu, Jan 14, 2010 at 6:01 AM, tovis wrote: > >> Hi Scott! >> These e-mails were a little messi :( >> I remember that you use Linux server with samba share, is not it? >> 1. When you try to access your smba share //ntinstall/install from a >> windows box and your configuration is good you do NOT need to give >> username or password! It must be an annonymous, read-only acces! Have you >> setup samba "guest" user? Guest user enabled on samba? >> >> Sincerelly >> tovis >> >> > Hi tovis, (by the way sorry for the triple post, I kept hitting tab >> > instead of caps lock and sending the message) >> > >> > I'm sorry it took so long to respond, i got held up with other things at >> > work and wasn't able to ta
Re: [Unattended] Trouble mapping install share
Hey Tovis, I'm sorry about the e-mails, I realize I've jumped around a bit. I've just been working on this off and on for a while and it's hard to keep track of the changes. Attached are the things I added to my smb.conf file. If you think the whole file is necessary, I'll send it out as well, but it's 11KB and I thought it would be too long for an e-mail. === Global Settings = [global] # Configs for windows pxe boot oplocks = no level2 oplocks = no guest account = guest unix extensions = off netbios aliases = ntinstall wins support = yes ; wins proxy = yes security = share * map to guest = Bad Password * # Share Definitions == idmap uid = 16777216-33554431 idmap gid = 16777216-33554431 template shell = /bin/false winbind use default domain = no # More configurations for winxp pxe boot [install] comment = Unattended writable = no locking = no ; path = /install/ path = /disk2/install/ guest ok = yes The first (commented out) path is to a folder full of symlinks to the second (uncommented) path. I read somewhere that dos wouldn't let you mount shares outside of the root directory, so I had set it up that way, but then I was told that the path didn't matter because install was the share name (having the share and folder names the same had confused me a bit). We have several other shares and none have had problems, just this one. As for accessing it with the windows box, I managed to fix that to allow guest access. I had to add the lines noted above by an asterisk to the smb.conf file (the asterisks aren't actually in the file, don't worry). Now I can connect using the net use z: \\ntinstall\install command and it won't ask for a username or a password. Now let me give you a little (way overdue) background so you can hopefully help me out. The machine holding our PXE configuration files is a FC4 server named Carson at 129.174.95.33. My machine dual boots Fedora 12 and Windows XP sp 3, both with virtual machines that can run the other operating systems (so I'm not constantly switching back and forth). I've been doing my testing running Fedora 12 with VirtualBox OSE running Windows XP sp3 3. It's connected on a bridged connection (so it has its own ip address and such). Our pxe server distributes several flavors of linux, as well as a memtest in case it's needed. I've used it to install Fedora 11 and 12 on several systems now, so I know it's set up properly. If you would like for me to send off some of our configuration files, just let me know and I'll mail them out. Scott On Thu, Jan 14, 2010 at 6:01 AM, tovis wrote: > Hi Scott! > These e-mails were a little messi :( > I remember that you use Linux server with samba share, is not it? > 1. When you try to access your smba share //ntinstall/install from a > windows box and your configuration is good you do NOT need to give > username or password! It must be an annonymous, read-only acces! Have you > setup samba "guest" user? Guest user enabled on samba? > > Sincerelly > tovis > > > Hi tovis, (by the way sorry for the triple post, I kept hitting tab > > instead of caps lock and sending the message) > > > > I'm sorry it took so long to respond, i got held up with other things at > > work and wasn't able to take time for this until now. > > > > As for your suggestions: I was able to mount the share with my windows > box > > using the net use command and access the data. I had to use username: > > guest and password: guest in order to get access. > > > > However, using it in linux was unsuccessful. The command I used was > > mount.cifs //(serverip)/install /mnt/z/ -o username=guest,ro,nocase and > > the response it gave me was (after asking for a password, which gave me > > the same response regardless of what I entered for a password) mount > > error(1): Operation not permitted > > Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) > > > > I also attempted to run the Unattended PXE boot install again, thinking > > maybe it was phrased incorrectly. It gave me a number of more verbose > > responses: > > > > ***Trying mount.cifs \\(serverip)\install /z -o username=guest,ro,nocase > > Status code returned 0xc022 NT_STATUS_ACCESS_DENIED > > CIFS VFS: Send error in read = -13 > > Status code returned 0xc022 NT_STATUS_ACCESS_DENIED > > CIFS VFS: Send error in read = -13 > > *** mount.cifs "succeeded", but /z/dosbin/install.pl not found > > *** failed to mount /z. Retrying... > > > > It does this when I use the defaults and when I put in my own > > values...However, if I hit "x" to drop to the simplified bash shell, I > can > > mount my share as z by using the same command (guest as a password), but > > when I attempt to access any data it gives me the same status code and > > CIFS VFS block as before, followed by: > > cat: read error: Permission denied. > > > > Hopefully this up
Re: [Unattended] Trouble mapping install share
tovis escribió: > Hi Juan! > When you switch off the "unix extentions" on server side, what about the > client side? I mean that there is a samba client on the target, and it > could/should be switch off using /proc fs, is not it? Have it been done by > main script? > it is done on the master script: #to use real nocase we have to disable unix extensions before #first modprobe cifs modprobe cifs echo 0 > /proc/fs/cifs/LinuxExtensionsEnabled -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ unattended-info mailing list unattended-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Trouble mapping install share
Hi Juan! When you switch off the "unix extentions" on server side, what about the client side? I mean that there is a samba client on the target, and it could/should be switch off using /proc fs, is not it? Have it been done by main script? Sincerelly tovis > tovis escribió: >> Hi Scott! >> These e-mails were a little messi :( >> I remember that you use Linux server with samba share, is not it? >> 1. When you try to access your smba share //ntinstall/install from a >> windows box and your configuration is good you do NOT need to give >> username or password! It must be an annonymous, read-only acces! Have >> you >> setup samba "guest" user? Guest user enabled on samba? >> > on /etc/samba/smb.conf > > [global] > guest account = guest > unix extensions = off > > > -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ unattended-info mailing list unattended-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Trouble mapping install share
tovis escribió: > Hi Scott! > These e-mails were a little messi :( > I remember that you use Linux server with samba share, is not it? > 1. When you try to access your smba share //ntinstall/install from a > windows box and your configuration is good you do NOT need to give > username or password! It must be an annonymous, read-only acces! Have you > setup samba "guest" user? Guest user enabled on samba? > on /etc/samba/smb.conf [global] guest account = guest unix extensions = off -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ unattended-info mailing list unattended-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Trouble mapping install share
Hi Scott!
These e-mails were a little messi :(
I remember that you use Linux server with samba share, is not it?
1. When you try to access your smba share //ntinstall/install from a
windows box and your configuration is good you do NOT need to give
username or password! It must be an annonymous, read-only acces! Have you
setup samba "guest" user? Guest user enabled on samba?
Sincerelly
tovis
> Hi tovis, (by the way sorry for the triple post, I kept hitting tab
> instead of caps lock and sending the message)
>
> I'm sorry it took so long to respond, i got held up with other things at
> work and wasn't able to take time for this until now.
>
> As for your suggestions: I was able to mount the share with my windows box
> using the net use command and access the data. I had to use username:
> guest and password: guest in order to get access.
>
> However, using it in linux was unsuccessful. The command I used was
> mount.cifs //(serverip)/install /mnt/z/ -o username=guest,ro,nocase and
> the response it gave me was (after asking for a password, which gave me
> the same response regardless of what I entered for a password) mount
> error(1): Operation not permitted
> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
>
> I also attempted to run the Unattended PXE boot install again, thinking
> maybe it was phrased incorrectly. It gave me a number of more verbose
> responses:
>
> ***Trying mount.cifs \\(serverip)\install /z -o username=guest,ro,nocase
> Status code returned 0xc022 NT_STATUS_ACCESS_DENIED
> CIFS VFS: Send error in read = -13
> Status code returned 0xc022 NT_STATUS_ACCESS_DENIED
> CIFS VFS: Send error in read = -13
> *** mount.cifs "succeeded", but /z/dosbin/install.pl not found
> *** failed to mount /z. Retrying...
>
> It does this when I use the defaults and when I put in my own
> values...However, if I hit "x" to drop to the simplified bash shell, I can
> mount my share as z by using the same command (guest as a password), but
> when I attempt to access any data it gives me the same status code and
> CIFS VFS block as before, followed by:
> cat: read error: Permission denied.
>
> Hopefully this updated information will help someone to help me out a bit
> :)
>
> Scott
>
>> Hi Scott!
>>
>> Occasionally seem to me you forget to send this email to the list.
> However, have you tried to mount on your samba share with an ordinary
> windows box?
>> Command for windows:
>> net use x: \\{ntinstall or ip address}\install
>> try this, if it will work you can proceed.
>> You can try also a Linux box with samba/cifs client on it, command:
> mount.cifs //{gues or ip address}/install /mnt/test -o
>> username=guest,ro,
>> nocase
>> Command ls -l shouild show for all directories rx (read and run) and r
> (read) for files for OTHERS (user and group does not meter for this).
>>
>> tovis
>>
>>> Hey everyone,
>>>
>>> Thanks so much for your advice. Tovis, your solution fixed my problem.
> It turns out that for whatever reason, unattended is unable to resolve
> the IP address for my share (it's a network share, not local). However
> now
> I've run into another problem. I can map the network share (I had to give
> access to the guest account in samba...Also, contrary to the
>>> instructions,
>>> my smb.conf file had to be edited to read "guest account = nobody"
> rather than "guest account = guest" like the instructions said...I'm
> not sure
> why) but when I try to access the data, it won't allow me access to the
> data.
>>>
>>> To reiterate, I can now mount the install share. When I exit out of the
> install script into the simple linux kernel, I can cd into the z folder
> and I can ls and see all the data...but I'm having a permissions issue
> that won't let me actually access any of it. I've tried this using the
> unattended script as well as trying to put the mount.cifs command into
> another workstation's terminal. The command I am using is "mount.cifs
> //"serverip"/install /z -o username=guest,ro,nocase". Like I said, this
> will mount my share on the /z folder but will not let me actually
> access any of the data. I checked the permissions set (ls -l) and it's set
> to a 755 mode (read/execute for user and group, rwx for owner). Has anyone
> run
>>> across this problem?
>>>
>>> Scott
>>>
Hello,
I'm also ran top this error. The workaround for me was using prompt
> for different host name - I give the real ip address such as
\\172.16.3.73\install and it's working :)
(Also I was upgrade my PXE boot image, because that NIC Realtek 8101
> or something that, does not work under kernel version 2.6.30)
Also I was sent an e-mail about that main script for new PXE boot
> kernel does not corrected :( It's still does not work the options
> through PXE
> default configuration (there is an error to pass those parameters to
> mount.cifs command). Also there is a weird error message that we use
> legacy drivers for disk.
By
tovis
> Hello,
>>>
Re: [Unattended] Trouble mapping install share
Hi tovis, (by the way sorry for the triple post, I kept hitting tab
instead of caps lock and sending the message)
I'm sorry it took so long to respond, i got held up with other things at
work and wasn't able to take time for this until now.
As for your suggestions: I was able to mount the share with my windows box
using the net use command and access the data. I had to use username:
guest and password: guest in order to get access.
However, using it in linux was unsuccessful. The command I used was
mount.cifs //(serverip)/install /mnt/z/ -o username=guest,ro,nocase and
the response it gave me was (after asking for a password, which gave me
the same response regardless of what I entered for a password) mount
error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
I also attempted to run the Unattended PXE boot install again, thinking
maybe it was phrased incorrectly. It gave me a number of more verbose
responses:
***Trying mount.cifs \\(serverip)\install /z -o username=guest,ro,nocase
Status code returned 0xc022 NT_STATUS_ACCESS_DENIED
CIFS VFS: Send error in read = -13
Status code returned 0xc022 NT_STATUS_ACCESS_DENIED
CIFS VFS: Send error in read = -13
*** mount.cifs "succeeded", but /z/dosbin/install.pl not found
*** failed to mount /z. Retrying...
It does this when I use the defaults and when I put in my own
values...However, if I hit "x" to drop to the simplified bash shell, I can
mount my share as z by using the same command (guest as a password), but
when I attempt to access any data it gives me the same status code and
CIFS VFS block as before, followed by:
cat: read error: Permission denied.
Hopefully this updated information will help someone to help me out a bit :)
Scott
> Hi Scott!
>
> Occasionally seem to me you forget to send this email to the list.
However, have you tried to mount on your samba share with an ordinary
windows box?
> Command for windows:
> net use x: \\{ntinstall or ip address}\install
> try this, if it will work you can proceed.
> You can try also a Linux box with samba/cifs client on it, command:
mount.cifs //{gues or ip address}/install /mnt/test -o
> username=guest,ro,
> nocase
> Command ls -l shouild show for all directories rx (read and run) and r
(read) for files for OTHERS (user and group does not meter for this).
>
> tovis
>
>> Hey everyone,
>>
>> Thanks so much for your advice. Tovis, your solution fixed my problem.
It turns out that for whatever reason, unattended is unable to resolve
the IP address for my share (it's a network share, not local). However
now
I've run into another problem. I can map the network share (I had to give
access to the guest account in samba...Also, contrary to the
>> instructions,
>> my smb.conf file had to be edited to read "guest account = nobody"
rather than "guest account = guest" like the instructions said...I'm
not sure
why) but when I try to access the data, it won't allow me access to the data.
>>
>> To reiterate, I can now mount the install share. When I exit out of the
install script into the simple linux kernel, I can cd into the z folder
and I can ls and see all the data...but I'm having a permissions issue
that won't let me actually access any of it. I've tried this using the
unattended script as well as trying to put the mount.cifs command into
another workstation's terminal. The command I am using is "mount.cifs
//"serverip"/install /z -o username=guest,ro,nocase". Like I said, this
will mount my share on the /z folder but will not let me actually
access any of the data. I checked the permissions set (ls -l) and it's set
to a 755 mode (read/execute for user and group, rwx for owner). Has anyone
run
>> across this problem?
>>
>> Scott
>>
>>> Hello,
>>>
>>> I'm also ran top this error. The workaround for me was using prompt
for different host name - I give the real ip address such as
>>> \\172.16.3.73\install and it's working :)
>>> (Also I was upgrade my PXE boot image, because that NIC Realtek 8101
or something that, does not work under kernel version 2.6.30)
>>> Also I was sent an e-mail about that main script for new PXE boot
kernel does not corrected :( It's still does not work the options
through PXE
default configuration (there is an error to pass those parameters to
mount.cifs command). Also there is a weird error message that we use
legacy drivers for disk.
>>>
>>> By
>>> tovis
>>>
Hello,
just a few hours ago i found an error similar to this you've got. i
have got a working installation of unattended and today i got into a
machine which produces the problem with mount. it was so strange. i dont
know why but from an intuition i changed the machine's sata mode to a
compatible one. tadam, the problem disappeared! looks not
related to this? than what would you say to this solution? it can be
reproduced anytime. i was surprised, too. give it a try, who knows.
Wednesday, January 6, 2010, 7:55:54 PM, you wrote:
> Hey
Re: [Unattended] Trouble mapping install share
Hi tovis,
I'm sorry it took so long to respond, i got held up with other things at
work and wasn't able to take time for this until now.
As for your suggestions: I was able to mount the share with my windows box
using the net use command and access the data. I had to use username:
guest and password: guest in order to get access.
However, using it in linux was unsuccessful. The command I used was
mount.cifs //(serverip)/install /mnt/z/ -o username=guest,ro,nocase and
the response it gave me was (after asking for a password, which gave me
the same response regardless of what I entered for a password) mount
error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
I also attempted to run the Unattended PXE boot install again, thinking
maybe it was phrased incorrectly. It gave me a number of more verbose
responses:
***Trying mount.cifs \\(serverip)\install /z -o username=guest,ro,nocase
Status code returned 0xc022 NT_STATUS_ACCESS_DENIED
CIFS VFS:
> Hi Scott!
>
> Occasionally seem to me you forget to send this email to the list.
However, have you tried to mount on your samba share with an ordinary
windows box?
> Command for windows:
> net use x: \\{ntinstall or ip address}\install
> try this, if it will work you can proceed.
> You can try also a Linux box with samba/cifs client on it, command:
mount.cifs //{gues or ip address}/install /mnt/test -o
> username=guest,ro,
> nocase
> Command ls -l shouild show for all directories rx (read and run) and r
(read) for files for OTHERS (user and group does not meter for this).
>
> tovis
>
>> Hey everyone,
>>
>> Thanks so much for your advice. Tovis, your solution fixed my problem. It
>> turns out that for whatever reason, unattended is unable to resolve the IP
>> address for my share (it's a network share, not local). However now
I've run into another problem. I can map the network share (I had to
give access to the guest account in samba...Also, contrary to the
>> instructions,
>> my smb.conf file had to be edited to read "guest account = nobody" rather
>> than "guest account = guest" like the instructions said...I'm not sure
why) but when I try to access the data, it won't allow me access to the
data.
>>
>> To reiterate, I can now mount the install share. When I exit out of the
install script into the simple linux kernel, I can cd into the z folder
and I can ls and see all the data...but I'm having a permissions issue
that won't let me actually access any of it. I've tried this using the
unattended script as well as trying to put the mount.cifs command into
another workstation's terminal. The command I am using is "mount.cifs
//"serverip"/install /z -o username=guest,ro,nocase". Like I said, this
will mount my share on the /z folder but will not let me actually
access any of the data. I checked the permissions set (ls -l) and it's
set to a 755 mode (read/execute for user and group, rwx for owner). Has
anyone run
>> across this problem?
>>
>> Scott
>>
>>> Hello,
>>>
>>> I'm also ran top this error. The workaround for me was using prompt
for different host name - I give the real ip address such as
>>> \\172.16.3.73\install and it's working :)
>>> (Also I was upgrade my PXE boot image, because that NIC Realtek 8101
or something that, does not work under kernel version 2.6.30)
>>> Also I was sent an e-mail about that main script for new PXE boot kernel
>>> does not corrected :( It's still does not work the options through PXE
default configuration (there is an error to pass those parameters to
mount.cifs command). Also there is a weird error message that we use
legacy drivers for disk.
>>>
>>> By
>>> tovis
>>>
Hello,
just a few hours ago i found an error similar to this you've got. i
have got a working installation of unattended and today i got into a
machine which produces the problem with mount. it was so strange. i
dont know why but from an intuition i changed the machine's sata mode
to a compatible one. tadam, the problem disappeared! looks not
related to this? than what would you say to this solution? it can be
reproduced anytime. i was surprised, too. give it a try, who knows.
Wednesday, January 6, 2010, 7:55:54 PM, you wrote:
> Hey everyone,
> I was wondering if I could get some assistance with a problem I've been
> having mapping the install share. I'm attempting to do a diskless
network
> boot with a pre-existing PXE server on a linux box. I edited the
pxelinux.cfg/default file to include
> "LABEL winxp
> KERNEL unat
> APPEND initrd=unatin.img z_user=guest z_password=guest
> z_path=//carson/install"
> I also read about the ntinstall call (though I believe that's only
> for
> using the boot disks) so I edited the smb.conf file to include the line
> "netbios aliases = ntinstall". My install share (also in the
smb.conf file) is named [install] with a path matching the path in
the pxe default
> file...When I tr
Re: [Unattended] Trouble mapping install share
Hi tovis,
I'm sorry it took so long to respond, i got held up with other things at
work and wasn't able to take time for this until now.
As for your suggestions: I was able to mount the share with my windows box
using the net use command and access the data. I had to use username:
guest and password: guest in order to get access.
However, using it in linux was unsuccessful. The command I used was
mount.cifs //(serverip)/install /mnt/z/ -o username=guest,ro,nocase
and the response it gave me was (after asking for a password, which gave
me the same response regardless of what I entered for a password) mount
error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
I also attempted to run the Unattended PXE boot install again, thinking
maybe it was phrased incorrectly. It gave me a number of more verbose
responses:
***Trying mount.cifs \\(serverip)\install /z -o username=guest,ro,nocase
Status code returned 0xc022 NT_STATUS_ACCESS_DENIED
> Hi Scott!
>
> Occasionally seem to me you forget to send this email to the list.
> However, have you tried to mount on your samba share with an ordinary
> windows box?
> Command for windows:
> net use x: \\{ntinstall or ip address}\install
> try this, if it will work you can proceed.
> You can try also a Linux box with samba/cifs client on it, command:
> mount.cifs //{gues or ip address}/install /mnt/test -o
> username=guest,ro,
> nocase
> Command ls -l shouild show for all directories rx (read and run) and r
> (read) for files for OTHERS (user and group does not meter for this).
>
> tovis
>
>> Hey everyone,
>>
>> Thanks so much for your advice. Tovis, your solution fixed my problem.
>> It
>> turns out that for whatever reason, unattended is unable to resolve the
>> IP
>> address for my share (it's a network share, not local). However now I've
>> run into another problem. I can map the network share (I had to give
>> access to the guest account in samba...Also, contrary to the
>> instructions,
>> my smb.conf file had to be edited to read "guest account = nobody"
>> rather
>> than "guest account = guest" like the instructions said...I'm not sure
>> why) but when I try to access the data, it won't allow me access to the
>> data.
>>
>> To reiterate, I can now mount the install share. When I exit out of the
>> install script into the simple linux kernel, I can cd into the z folder
>> and I can ls and see all the data...but I'm having a permissions issue
>> that won't let me actually access any of it. I've tried this using the
>> unattended script as well as trying to put the mount.cifs command into
>> another workstation's terminal. The command I am using is "mount.cifs
>> //"serverip"/install /z -o username=guest,ro,nocase". Like I said, this
>> will mount my share on the /z folder but will not let me actually access
>> any of the data. I checked the permissions set (ls -l) and it's set to a
>> 755 mode (read/execute for user and group, rwx for owner). Has anyone
>> run
>> across this problem?
>>
>> Scott
>>
>>> Hello,
>>>
>>> I'm also ran top this error. The workaround for me was using prompt for
>>> different host name - I give the real ip address such as
>>> \\172.16.3.73\install and it's working :)
>>> (Also I was upgrade my PXE boot image, because that NIC Realtek 8101 or
>>> something that, does not work under kernel version 2.6.30)
>>> Also I was sent an e-mail about that main script for new PXE boot
>>> kernel
>>> does not corrected :( It's still does not work the options through PXE
>>> default configuration (there is an error to pass those parameters to
>>> mount.cifs command). Also there is a weird error message that we use
>>> legacy drivers for disk.
>>>
>>> By
>>> tovis
>>>
Hello,
just a few hours ago i found an error similar to this you've got. i
have got a working installation of unattended and today i got into a
machine which produces the problem with mount. it was so strange. i
dont know why but from an intuition i changed the machine's sata mode
to a compatible one. tadam, the problem disappeared! looks not related
to this? than what would you say to this solution? it can be
reproduced anytime. i was surprised, too. give it a try, who knows.
Wednesday, January 6, 2010, 7:55:54 PM, you wrote:
> Hey everyone,
> I was wondering if I could get some assistance with a problem I've
> been
> having mapping the install share. I'm attempting to do a diskless
> network
> boot with a pre-existing PXE server on a linux box. I edited the
> pxelinux.cfg/default file to include
> "LABEL winxp
> KERNEL unat
> APPEND initrd=unatin.img z_user=guest z_password=guest
> z_path=//carson/install"
> I also read about the ntinstall call (though I believe that's only
> for
> using the boot disks) so I edited the smb.conf file to include the
> line
> "netbios aliases = ntinstall". My install
Re: [Unattended] Trouble mapping install share
Good evening, It should be noted that mount.smb will attempt to use Windows-like (i.e. NetBIOS) name resolution first (unless /etc/samba/smb.conf says otherwise, see "name resolve order") while mount.cifs will attempt to use DNS only. The DOS disks use code similar to mount.smb while the Linux ones use mount.cifs. It then follows logically that adding "ntinstall" to "netbios aliases" will not help solving this issue -- you need an A/CNAME record in your DNS pointing to the machine serving the unattended share. Enjoy, @Dexter ssm...@netlab.gmu.edu wrote: Hey everyone, I was wondering if I could get some assistance with a problem I've been having mapping the install share. I'm attempting to do a diskless network boot with a pre-existing PXE server on a linux box. I edited the pxelinux.cfg/default file to include "LABEL winxp KERNEL unat APPEND initrd=unatin.img z_user=guest z_password=guest z_path=//carson/install" I also read about the ntinstall call (though I believe that's only for using the boot disks) so I edited the smb.conf file to include the line "netbios aliases = ntinstall". My install share (also in the smb.conf file) is named [install] with a path matching the path in the pxe default file...When I try to boot it up (I've tried using vmware, VirtualBox OSE, and "real" computer booting...consequently does it matter if I'm using a virtual machine?) it goes through everything just fine until it gets to the install share, then it gives me this error: "Trying mount.cifs \\carson\install /z -o username=guest,ro,nocase mount error: could not find target server. TCP name carson/install not found. No ip address specified and hostname not found. *** mount.cifs failed *** Failed to mount /z. Retrying..." Then it asks if I want to override the defaults again. I've tried switching my slashes around, using an authorized username and password (instead of guest) to no avail. I do need to point out one thing that may be an issue, so I'd like your feedback on it. My install folder is on another harddrive on the server (in the /disk2/ folder), but I read somewhere (I'll see if I can find the link to the site if necessary) that shares cannot be mounted outside of the root directory...so I set up a /install/ folder (which is where all my path variables point to) which contains symlinks to all the folders in the /disk2/install directory...would this make a difference? Using the console, I am able to ping the server by typing "carson", but I am unable to use the mount command to mount the shared folder...but then again I may just be phrasing my "mount" command incorrectly. I am not aware of a DHCP server on our system, and I was instructed that a netbios aliases in the smb.conf file would suffice. Hopefully you all can help me out here, because I'm at a loss and the boss would like to see some results. Thank you for all your help in advance, if you need any more information please let me know and I'll be happy to send it out. Scott -- @Dexter GSM: +40 (721) 294400 JID: csdex...@jabber.linux360.ro ICQ: 27762040 Y!: csdexter MSN: rmihaile...@hotmail.com AIM: csdexter Skype: csdexter Blog: http://www.linux360.ro/~csdexter/blog/ smime.p7s Description: S/MIME Cryptographic Signature -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ unattended-info mailing list unattended-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Trouble mapping install share
Hi Scott!
Occasionally seem to me you forget to send this email to the list.
However, have you tried to mount on your samba share with an ordinary
windows box?
Command for windows:
net use x: \\{ntinstall or ip address}\install
try this, if it will work you can proceed.
You can try also a Linux box with samba/cifs client on it, command:
mount.cifs //{gues or ip address}/install /mnt/test -o username=guest,ro,
nocase
Command ls -l shouild show for all directories rx (read and run) and r
(read) for files for OTHERS (user and group does not meter for this).
tovis
> Hey everyone,
>
> Thanks so much for your advice. Tovis, your solution fixed my problem. It
> turns out that for whatever reason, unattended is unable to resolve the IP
> address for my share (it's a network share, not local). However now I've
> run into another problem. I can map the network share (I had to give
> access to the guest account in samba...Also, contrary to the instructions,
> my smb.conf file had to be edited to read "guest account = nobody" rather
> than "guest account = guest" like the instructions said...I'm not sure
> why) but when I try to access the data, it won't allow me access to the
> data.
>
> To reiterate, I can now mount the install share. When I exit out of the
> install script into the simple linux kernel, I can cd into the z folder
> and I can ls and see all the data...but I'm having a permissions issue
> that won't let me actually access any of it. I've tried this using the
> unattended script as well as trying to put the mount.cifs command into
> another workstation's terminal. The command I am using is "mount.cifs
> //"serverip"/install /z -o username=guest,ro,nocase". Like I said, this
> will mount my share on the /z folder but will not let me actually access
> any of the data. I checked the permissions set (ls -l) and it's set to a
> 755 mode (read/execute for user and group, rwx for owner). Has anyone run
> across this problem?
>
> Scott
>
>> Hello,
>>
>> I'm also ran top this error. The workaround for me was using prompt for
>> different host name - I give the real ip address such as
>> \\172.16.3.73\install and it's working :)
>> (Also I was upgrade my PXE boot image, because that NIC Realtek 8101 or
>> something that, does not work under kernel version 2.6.30)
>> Also I was sent an e-mail about that main script for new PXE boot kernel
>> does not corrected :( It's still does not work the options through PXE
>> default configuration (there is an error to pass those parameters to
>> mount.cifs command). Also there is a weird error message that we use
>> legacy drivers for disk.
>>
>> By
>> tovis
>>
>>> Hello,
>>>
>>>
>>> just a few hours ago i found an error similar to this you've got. i
>>> have got a working installation of unattended and today i got into a
>>> machine which produces the problem with mount. it was so strange. i
>>> dont know why but from an intuition i changed the machine's sata mode
>>> to a compatible one. tadam, the problem disappeared! looks not related
>>> to this? than what would you say to this solution? it can be
>>> reproduced anytime. i was surprised, too. give it a try, who knows.
>>>
>>> Wednesday, January 6, 2010, 7:55:54 PM, you wrote:
>>>
Hey everyone,
>>>
I was wondering if I could get some assistance with a problem I've
been
having mapping the install share. I'm attempting to do a diskless
network
boot with a pre-existing PXE server on a linux box. I edited the
pxelinux.cfg/default file to include
"LABEL winxp
KERNEL unat
APPEND initrd=unatin.img z_user=guest z_password=guest
z_path=//carson/install"
I also read about the ntinstall call (though I believe that's only
for
using the boot disks) so I edited the smb.conf file to include the
line
"netbios aliases = ntinstall". My install share (also in the smb.conf
file) is named [install] with a path matching the path in the pxe
default
file...When I try to boot it up (I've tried using vmware, VirtualBox
OSE,
and "real" computer booting...consequently does it matter if I'm using
a
virtual machine?) it goes through everything just fine until it gets
to
the install share, then it gives me this error:
"Trying mount.cifs \\carson\install /z -o username=guest,ro,nocase
mount error: could not find target server. TCP name carson/install not
found. No ip address specified and hostname not found.
*** mount.cifs failed
*** Failed to mount /z. Retrying..."
Then it asks if I want to override the defaults again. I've tried
switching my slashes around, using an authorized username and password
(instead of guest) to no avail.
>>>
I do need to point out one thing that may be an issue, so I'd like
your
feedback on it. My install folder is on another harddrive on the
server
(in the /disk2/ folder), but I read somewhere (I'll see if I can find
>
Re: [Unattended] Trouble mapping install share
Hello I ran to this problem with a J&W MINIX M1000 NetBook - there is NOT compatiblity option for SATA in the BIOS. I'm not sure, but it is possible that it is working only in compatibility mode. Anyway the problem is exist. Hi tovis > Hello Juan, > > could have been different issue. the only similarity was that it > stopped _at the point of mounting_! never close to the sata disk > recognition or the like...! this was the surprise in is. so, go and > give it a try ;) does it count? ;) > > Thursday, January 7, 2010, 11:55:09 AM, you wrote: > >> FwdTmp escribió: >>> Hello, >>> >>> >>> just a few hours ago i found an error similar to this you've got. i >>> have got a working installation of unattended and today i got into a >>> machine which produces the problem with mount. it was so strange. i >>> dont know why but from an intuition i changed the machine's sata mode >>> to a compatible one. tadam, the problem disappeared! looks not related >>> to this? than what would you say to this solution? it can be >>> reproduced anytime. i was surprised, too. give it a try, who knows. >>> > >> Hi, >> I guess that this is a different issue. You can have a problem with sata >> support. So the error is that unattended is not able to mount a disk. > >> But this is a local disk not a network share. Did I get it right? > > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > unattended-info mailing list > unattended-info@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/unattended-info > > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ unattended-info mailing list unattended-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Trouble mapping install share
Hello Juan, could have been different issue. the only similarity was that it stopped _at the point of mounting_! never close to the sata disk recognition or the like...! this was the surprise in is. so, go and give it a try ;) does it count? ;) Thursday, January 7, 2010, 11:55:09 AM, you wrote: > FwdTmp escribió: >> Hello, >> >> >> just a few hours ago i found an error similar to this you've got. i >> have got a working installation of unattended and today i got into a >> machine which produces the problem with mount. it was so strange. i >> dont know why but from an intuition i changed the machine's sata mode >> to a compatible one. tadam, the problem disappeared! looks not related >> to this? than what would you say to this solution? it can be >> reproduced anytime. i was surprised, too. give it a try, who knows. >> > Hi, > I guess that this is a different issue. You can have a problem with sata > support. So the error is that unattended is not able to mount a disk. > But this is a local disk not a network share. Did I get it right? -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ unattended-info mailing list unattended-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Trouble mapping install share
Hello, I'm also ran top this error. The workaround for me was using prompt for different host name - I give the real ip address such as \\172.16.3.73\install and it's working :) (Also I was upgrade my PXE boot image, because that NIC Realtek 8101 or something that, does not work under kernel version 2.6.30) Also I was sent an e-mail about that main script for new PXE boot kernel does not corrected :( It's still does not work the options through PXE default configuration (there is an error to pass those parameters to mount.cifs command). Also there is a weird error message that we use legacy drivers for disk. By tovis > Hello, > > > just a few hours ago i found an error similar to this you've got. i > have got a working installation of unattended and today i got into a > machine which produces the problem with mount. it was so strange. i > dont know why but from an intuition i changed the machine's sata mode > to a compatible one. tadam, the problem disappeared! looks not related > to this? than what would you say to this solution? it can be > reproduced anytime. i was surprised, too. give it a try, who knows. > > Wednesday, January 6, 2010, 7:55:54 PM, you wrote: > >> Hey everyone, > >> I was wondering if I could get some assistance with a problem I've been >> having mapping the install share. I'm attempting to do a diskless >> network >> boot with a pre-existing PXE server on a linux box. I edited the >> pxelinux.cfg/default file to include >> "LABEL winxp >> KERNEL unat >> APPEND initrd=unatin.img z_user=guest z_password=guest >> z_path=//carson/install" >> I also read about the ntinstall call (though I believe that's only for >> using the boot disks) so I edited the smb.conf file to include the line >> "netbios aliases = ntinstall". My install share (also in the smb.conf >> file) is named [install] with a path matching the path in the pxe >> default >> file...When I try to boot it up (I've tried using vmware, VirtualBox >> OSE, >> and "real" computer booting...consequently does it matter if I'm using a >> virtual machine?) it goes through everything just fine until it gets to >> the install share, then it gives me this error: >> "Trying mount.cifs \\carson\install /z -o username=guest,ro,nocase >> mount error: could not find target server. TCP name carson/install not >> found. No ip address specified and hostname not found. >> *** mount.cifs failed >> *** Failed to mount /z. Retrying..." >> Then it asks if I want to override the defaults again. I've tried >> switching my slashes around, using an authorized username and password >> (instead of guest) to no avail. > >> I do need to point out one thing that may be an issue, so I'd like your >> feedback on it. My install folder is on another harddrive on the server >> (in the /disk2/ folder), but I read somewhere (I'll see if I can find >> the >> link to the site if necessary) that shares cannot be mounted outside of >> the root directory...so I set up a /install/ folder (which is where all >> my >> path variables point to) which contains symlinks to all the folders in >> the >> /disk2/install directory...would this make a difference? > >> Using the console, I am able to ping the server by typing "carson", but >> I >> am unable to use the mount command to mount the shared folder...but then >> again I may just be phrasing my "mount" command incorrectly. > >> I am not aware of a DHCP server on our system, and I was instructed that >> a >> netbios aliases in the smb.conf file would suffice. Hopefully you all >> can >> help me out here, because I'm at a loss and the boss would like to see >> some results. Thank you for all your help in advance, if you need any >> more >> information please let me know and I'll be happy to send it out. > >> Scott > > >> -- >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and >> easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> ___ >> unattended-info mailing list >> unattended-info@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/unattended-info > > > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > unattended-info mailing list > unattended-info@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/unattended-info > > --
Re: [Unattended] Trouble mapping install share
FwdTmp escribió: > Hello, > > > just a few hours ago i found an error similar to this you've got. i > have got a working installation of unattended and today i got into a > machine which produces the problem with mount. it was so strange. i > dont know why but from an intuition i changed the machine's sata mode > to a compatible one. tadam, the problem disappeared! looks not related > to this? than what would you say to this solution? it can be > reproduced anytime. i was surprised, too. give it a try, who knows. > Hi, I guess that this is a different issue. You can have a problem with sata support. So the error is that unattended is not able to mount a disk. But this is a local disk not a network share. Did I get it right? cheers, juan -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ unattended-info mailing list unattended-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-info
Re: [Unattended] Trouble mapping install share
Hello, just a few hours ago i found an error similar to this you've got. i have got a working installation of unattended and today i got into a machine which produces the problem with mount. it was so strange. i dont know why but from an intuition i changed the machine's sata mode to a compatible one. tadam, the problem disappeared! looks not related to this? than what would you say to this solution? it can be reproduced anytime. i was surprised, too. give it a try, who knows. Wednesday, January 6, 2010, 7:55:54 PM, you wrote: > Hey everyone, > I was wondering if I could get some assistance with a problem I've been > having mapping the install share. I'm attempting to do a diskless network > boot with a pre-existing PXE server on a linux box. I edited the > pxelinux.cfg/default file to include > "LABEL winxp > KERNEL unat > APPEND initrd=unatin.img z_user=guest z_password=guest > z_path=//carson/install" > I also read about the ntinstall call (though I believe that's only for > using the boot disks) so I edited the smb.conf file to include the line > "netbios aliases = ntinstall". My install share (also in the smb.conf > file) is named [install] with a path matching the path in the pxe default > file...When I try to boot it up (I've tried using vmware, VirtualBox OSE, > and "real" computer booting...consequently does it matter if I'm using a > virtual machine?) it goes through everything just fine until it gets to > the install share, then it gives me this error: > "Trying mount.cifs \\carson\install /z -o username=guest,ro,nocase > mount error: could not find target server. TCP name carson/install not > found. No ip address specified and hostname not found. > *** mount.cifs failed > *** Failed to mount /z. Retrying..." > Then it asks if I want to override the defaults again. I've tried > switching my slashes around, using an authorized username and password > (instead of guest) to no avail. > I do need to point out one thing that may be an issue, so I'd like your > feedback on it. My install folder is on another harddrive on the server > (in the /disk2/ folder), but I read somewhere (I'll see if I can find the > link to the site if necessary) that shares cannot be mounted outside of > the root directory...so I set up a /install/ folder (which is where all my > path variables point to) which contains symlinks to all the folders in the > /disk2/install directory...would this make a difference? > Using the console, I am able to ping the server by typing "carson", but I > am unable to use the mount command to mount the shared folder...but then > again I may just be phrasing my "mount" command incorrectly. > I am not aware of a DHCP server on our system, and I was instructed that a > netbios aliases in the smb.conf file would suffice. Hopefully you all can > help me out here, because I'm at a loss and the boss would like to see > some results. Thank you for all your help in advance, if you need any more > information please let me know and I'll be happy to send it out. > Scott > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > unattended-info mailing list > unattended-info@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/unattended-info -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ unattended-info mailing list unattended-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-info
