Menu
▾
▴
user-mode-linux-user
|
From: Balaco B. <bal...@im...> - 2015-11-11 16:13:40
|
There is one details that did not work for me, but it was easy to "fix" (quotes because I'm not sure it is the best fix). But someone else may find it useful. Detailed steps so everyone can compare doing it, if needed: > 1. get one kernel source package from https://cdn.kernel.org/ > (I tried these steps with more than one option, searching for the older and more stable > version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) > 2. extract it. $ tar xJf ... $ cd lin<TAB> > 3. first step... $ make defconfig ARCH=um #uml1 *** Default configuration is based on 'x86_64_defconfig' kernel/time/Kconfig:157:warning: range is invalid # # configuration written to .config # > That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe $ vim kernel/time/Kconfig # if it spitted a diff for line 157: - range 1 NR_CPUS + range 1 1 > So, again... # make defconfig ARCH=um #uml1 *** Default configuration is based on 'x86_64_defconfig' # # configuration written to .config # > So, assume the next steps have no problem, except that I don't know > how to make my UML access the Internet... this is in another > discussion, though > ... ? $ make menuconfig ARCH=um #uml2 > Build it $ make ARCH=um #uml3 uml4 uml5 > Run it now... but where is my Internet? :( hehehehe $ ./vmlinux # the output name changed!? :P -- Balaco -- http://www.fastmail.com - Access your email from home and the web |
|
From: Balaco B. <bal...@im...> - 2015-11-11 16:14:04
|
There is one detail that did not work for me, but it was easy to "fix" (quotes because I'm not sure it is the best fix). But someone else may find it useful. Detailed steps so everyone can compare doing it, if needed: > 1. get one kernel source package from https://cdn.kernel.org/ > (I tried these steps with more than one option, searching for the older and more stable > version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) > 2. extract it. $ tar xJf ... $ cd lin<TAB> > 3. first step... $ make defconfig ARCH=um #uml1 *** Default configuration is based on 'x86_64_defconfig' kernel/time/Kconfig:157:warning: range is invalid # # configuration written to .config # > That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe $ vim kernel/time/Kconfig # if it spitted a diff for line 157: - range 1 NR_CPUS + range 1 1 > So, again... # make defconfig ARCH=um #uml1 *** Default configuration is based on 'x86_64_defconfig' # # configuration written to .config # > So, assume the next steps have no problem, except that I don't know > how to make my UML access the Internet... this is in another > discussion, though > ... ? $ make menuconfig ARCH=um #uml2 > Build it $ make ARCH=um #uml3 uml4 uml5 > Run it now... but where is my Internet? :( hehehehe $ ./vmlinux # the output name changed!? :P -- Balaco -- http://www.fastmail.com - Faster than the air-speed velocity of an unladen european swallow |
|
From: Richard W. <ric...@gm...> - 2015-11-11 16:39:25
|
On Wed, Nov 11, 2015 at 5:13 PM, Balaco Baco <bal...@im...> wrote: > There is one details that did not work for me, but it was easy to "fix" > (quotes because I'm not sure it is the best fix). But someone else may > find it useful. > > Detailed steps so everyone can compare doing it, if needed: > >> 1. get one kernel source package from https://cdn.kernel.org/ >> (I tried these steps with more than one option, searching for the older and more stable >> version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) > >> 2. extract it. > $ tar xJf ... > $ cd lin<TAB> > >> 3. first step... > $ make defconfig ARCH=um #uml1 > > *** Default configuration is based on 'x86_64_defconfig' > kernel/time/Kconfig:157:warning: range is invalid > # > # configuration written to .config > # > >> That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe > > $ vim kernel/time/Kconfig # if it spitted a diff for line 157: > - range 1 NR_CPUS > + range 1 1 > >> So, again... > # make defconfig ARCH=um #uml1 > *** Default configuration is based on 'x86_64_defconfig' > # > # configuration written to .config > # > >> So, assume the next steps have no problem, except that I don't know >> how to make my UML access the Internet... this is in another >> discussion, though > >> ... ? > $ make menuconfig ARCH=um #uml2 > >> Build it > $ make ARCH=um #uml3 uml4 uml5 > >> Run it now... but where is my Internet? :( hehehehe You did not configure a connection. tuntap is a common method. > $ ./vmlinux # the output name changed!? :P You can use both "linux" and "vmlinux". They are hard linked. -- Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-11 17:05:04
|
On Wed, Nov 11, 2015, at 13:39, Richard Weinberger wrote: > On Wed, Nov 11, 2015 at 5:13 PM, Balaco Baco <bal...@im...> wrote: > > There is one details that did not work for me, but it was easy to "fix" > > (quotes because I'm not sure it is the best fix). But someone else may > > find it useful. > > > > Detailed steps so everyone can compare doing it, if needed: > > > >> 1. get one kernel source package from https://cdn.kernel.org/ > >> (I tried these steps with more than one option, searching for the older and more stable > >> version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) > > > >> 2. extract it. > > $ tar xJf ... > > $ cd lin<TAB> > > > >> 3. first step... > > $ make defconfig ARCH=um #uml1 > > > > *** Default configuration is based on 'x86_64_defconfig' > > kernel/time/Kconfig:157:warning: range is invalid > > # > > # configuration written to .config > > # > > > >> That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe > > > > $ vim kernel/time/Kconfig # if it spitted a diff for line 157: > > - range 1 NR_CPUS > > + range 1 1 > > > >> So, again... > > # make defconfig ARCH=um #uml1 > > *** Default configuration is based on 'x86_64_defconfig' > > # > > # configuration written to .config > > # > > > >> So, assume the next steps have no problem, except that I don't know > >> how to make my UML access the Internet... this is in another > >> discussion, though > > > >> ... ? > > $ make menuconfig ARCH=um #uml2 > > > >> Build it > > $ make ARCH=um #uml3 uml4 uml5 > > > >> Run it now... but where is my Internet? :( hehehehe > > You did not configure a connection. > tuntap is a common method. > To add something like 'eth0=tuntap,,,192.168.1.100' to the command line is enough? Or I must change some config step that is not the default? -- http://www.fastmail.com - A fast, anti-spam email service. |
|
From: Richard W. <ric...@gm...> - 2015-11-11 17:07:07
|
On Wed, Nov 11, 2015 at 6:04 PM, Balaco Baco <bal...@im...> wrote: > On Wed, Nov 11, 2015, at 13:39, Richard Weinberger wrote: >> On Wed, Nov 11, 2015 at 5:13 PM, Balaco Baco <bal...@im...> wrote: >> > There is one details that did not work for me, but it was easy to "fix" >> > (quotes because I'm not sure it is the best fix). But someone else may >> > find it useful. >> > >> > Detailed steps so everyone can compare doing it, if needed: >> > >> >> 1. get one kernel source package from https://cdn.kernel.org/ >> >> (I tried these steps with more than one option, searching for the older and more stable >> >> version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) >> > >> >> 2. extract it. >> > $ tar xJf ... >> > $ cd lin<TAB> >> > >> >> 3. first step... >> > $ make defconfig ARCH=um #uml1 >> > >> > *** Default configuration is based on 'x86_64_defconfig' >> > kernel/time/Kconfig:157:warning: range is invalid >> > # >> > # configuration written to .config >> > # >> > >> >> That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe >> > >> > $ vim kernel/time/Kconfig # if it spitted a diff for line 157: >> > - range 1 NR_CPUS >> > + range 1 1 >> > >> >> So, again... >> > # make defconfig ARCH=um #uml1 >> > *** Default configuration is based on 'x86_64_defconfig' >> > # >> > # configuration written to .config >> > # >> > >> >> So, assume the next steps have no problem, except that I don't know >> >> how to make my UML access the Internet... this is in another >> >> discussion, though >> > >> >> ... ? >> > $ make menuconfig ARCH=um #uml2 >> > >> >> Build it >> > $ make ARCH=um #uml3 uml4 uml5 >> > >> >> Run it now... but where is my Internet? :( hehehehe >> >> You did not configure a connection. >> tuntap is a common method. >> > > To add something like 'eth0=tuntap,,,192.168.1.100' to the command line > is enough? Or I must change some config step that is not the default? Depends on your setup. A common setup is " eth0=tuntap,tap0". i.e. create a tap0 in your host and setup routing/ips. -- Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-11 17:22:00
|
On Wed, Nov 11, 2015, at 14:07, Richard Weinberger wrote: > On Wed, Nov 11, 2015 at 6:04 PM, Balaco Baco <bal...@im...> wrote: > > On Wed, Nov 11, 2015, at 13:39, Richard Weinberger wrote: > >> On Wed, Nov 11, 2015 at 5:13 PM, Balaco Baco <bal...@im...> wrote: > >> > There is one details that did not work for me, but it was easy to "fix" > >> > (quotes because I'm not sure it is the best fix). But someone else may > >> > find it useful. > >> > > >> > Detailed steps so everyone can compare doing it, if needed: > >> > > >> >> 1. get one kernel source package from https://cdn.kernel.org/ > >> >> (I tried these steps with more than one option, searching for the older and more stable > >> >> version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) > >> > > >> >> 2. extract it. > >> > $ tar xJf ... > >> > $ cd lin<TAB> > >> > > >> >> 3. first step... > >> > $ make defconfig ARCH=um #uml1 > >> > > >> > *** Default configuration is based on 'x86_64_defconfig' > >> > kernel/time/Kconfig:157:warning: range is invalid > >> > # > >> > # configuration written to .config > >> > # > >> > > >> >> That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe > >> > > >> > $ vim kernel/time/Kconfig # if it spitted a diff for line 157: > >> > - range 1 NR_CPUS > >> > + range 1 1 > >> > > >> >> So, again... > >> > # make defconfig ARCH=um #uml1 > >> > *** Default configuration is based on 'x86_64_defconfig' > >> > # > >> > # configuration written to .config > >> > # > >> > > >> >> So, assume the next steps have no problem, except that I don't know > >> >> how to make my UML access the Internet... this is in another > >> >> discussion, though > >> > > >> >> ... ? > >> > $ make menuconfig ARCH=um #uml2 > >> > > >> >> Build it > >> > $ make ARCH=um #uml3 uml4 uml5 > >> > > >> >> Run it now... but where is my Internet? :( hehehehe > >> > >> You did not configure a connection. > >> tuntap is a common method. > >> > > > > To add something like 'eth0=tuntap,,,192.168.1.100' to the command line > > is enough? Or I must change some config step that is not the default? > > Depends on your setup. > A common setup is " eth0=tuntap,tap0". > i.e. create a tap0 in your host and setup routing/ips. > I (yet) have no clue what a tap is. Searches¹ did not ring many clear bells for me. ¹https://duckduckgo.com/html/?q=uml+user+mode+linux+tuntap My setup is what I have showed here. I have a AMD64 Debian image (Debian-Wheezy-AMD64-root_fs). The compile config I have showed here (I did not change anything besides a few options of the given default, and most of the tries I did not do these changes). -- http://www.fastmail.com - Faster than the air-speed velocity of an unladen european swallow |
|
From: Richard W. <ri...@no...> - 2015-11-11 17:29:56
|
Am 11.11.2015 um 18:21 schrieb Balaco Baco: > On Wed, Nov 11, 2015, at 14:07, Richard Weinberger wrote: >> On Wed, Nov 11, 2015 at 6:04 PM, Balaco Baco <bal...@im...> wrote: >>> On Wed, Nov 11, 2015, at 13:39, Richard Weinberger wrote: >>>> On Wed, Nov 11, 2015 at 5:13 PM, Balaco Baco <bal...@im...> wrote: >>>>> There is one details that did not work for me, but it was easy to "fix" >>>>> (quotes because I'm not sure it is the best fix). But someone else may >>>>> find it useful. >>>>> >>>>> Detailed steps so everyone can compare doing it, if needed: >>>>> >>>>>> 1. get one kernel source package from https://cdn.kernel.org/ >>>>>> (I tried these steps with more than one option, searching for the older and more stable >>>>>> version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) >>>>> >>>>>> 2. extract it. >>>>> $ tar xJf ... >>>>> $ cd lin<TAB> >>>>> >>>>>> 3. first step... >>>>> $ make defconfig ARCH=um #uml1 >>>>> >>>>> *** Default configuration is based on 'x86_64_defconfig' >>>>> kernel/time/Kconfig:157:warning: range is invalid >>>>> # >>>>> # configuration written to .config >>>>> # >>>>> >>>>>> That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe >>>>> >>>>> $ vim kernel/time/Kconfig # if it spitted a diff for line 157: >>>>> - range 1 NR_CPUS >>>>> + range 1 1 >>>>> >>>>>> So, again... >>>>> # make defconfig ARCH=um #uml1 >>>>> *** Default configuration is based on 'x86_64_defconfig' >>>>> # >>>>> # configuration written to .config >>>>> # >>>>> >>>>>> So, assume the next steps have no problem, except that I don't know >>>>>> how to make my UML access the Internet... this is in another >>>>>> discussion, though >>>>> >>>>>> ... ? >>>>> $ make menuconfig ARCH=um #uml2 >>>>> >>>>>> Build it >>>>> $ make ARCH=um #uml3 uml4 uml5 >>>>> >>>>>> Run it now... but where is my Internet? :( hehehehe >>>> >>>> You did not configure a connection. >>>> tuntap is a common method. >>>> >>> >>> To add something like 'eth0=tuntap,,,192.168.1.100' to the command line >>> is enough? Or I must change some config step that is not the default? >> >> Depends on your setup. >> A common setup is " eth0=tuntap,tap0". >> i.e. create a tap0 in your host and setup routing/ips. >> > > I (yet) have no clue what a tap is. Searches¹ did not ring many clear > bells for me. > > ¹https://duckduckgo.com/html/?q=uml+user+mode+linux+tuntap > > My setup is what I have showed here. I have a AMD64 Debian image > (Debian-Wheezy-AMD64-root_fs). The compile config I have showed here (I > did not change anything besides a few options of the given default, and > most of the tries I did not do these changes). > > http://user-mode-linux.sourceforge.net/old/networking.html https://en.wikipedia.org/wiki/TUN/TAP Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-11 17:57:29
|
On Wed, Nov 11, 2015, at 14:29, Richard Weinberger wrote: > Am 11.11.2015 um 18:21 schrieb Balaco Baco: > > On Wed, Nov 11, 2015, at 14:07, Richard Weinberger wrote: > >> On Wed, Nov 11, 2015 at 6:04 PM, Balaco Baco <bal...@im...> wrote: > >>> On Wed, Nov 11, 2015, at 13:39, Richard Weinberger wrote: > >>>> On Wed, Nov 11, 2015 at 5:13 PM, Balaco Baco <bal...@im...> wrote: > >>>>> There is one details that did not work for me, but it was easy to "fix" > >>>>> (quotes because I'm not sure it is the best fix). But someone else may > >>>>> find it useful. > >>>>> > >>>>> Detailed steps so everyone can compare doing it, if needed: > >>>>> > >>>>>> 1. get one kernel source package from https://cdn.kernel.org/ > >>>>>> (I tried these steps with more than one option, searching for the older and more stable > >>>>>> version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) > >>>>> > >>>>>> 2. extract it. > >>>>> $ tar xJf ... > >>>>> $ cd lin<TAB> > >>>>> > >>>>>> 3. first step... > >>>>> $ make defconfig ARCH=um #uml1 > >>>>> > >>>>> *** Default configuration is based on 'x86_64_defconfig' > >>>>> kernel/time/Kconfig:157:warning: range is invalid > >>>>> # > >>>>> # configuration written to .config > >>>>> # > >>>>> > >>>>>> That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe > >>>>> > >>>>> $ vim kernel/time/Kconfig # if it spitted a diff for line 157: > >>>>> - range 1 NR_CPUS > >>>>> + range 1 1 > >>>>> > >>>>>> So, again... > >>>>> # make defconfig ARCH=um #uml1 > >>>>> *** Default configuration is based on 'x86_64_defconfig' > >>>>> # > >>>>> # configuration written to .config > >>>>> # > >>>>> > >>>>>> So, assume the next steps have no problem, except that I don't know > >>>>>> how to make my UML access the Internet... this is in another > >>>>>> discussion, though > >>>>> > >>>>>> ... ? > >>>>> $ make menuconfig ARCH=um #uml2 > >>>>> > >>>>>> Build it > >>>>> $ make ARCH=um #uml3 uml4 uml5 > >>>>> > >>>>>> Run it now... but where is my Internet? :( hehehehe > >>>> > >>>> You did not configure a connection. > >>>> tuntap is a common method. > >>>> > >>> > >>> To add something like 'eth0=tuntap,,,192.168.1.100' to the command line > >>> is enough? Or I must change some config step that is not the default? > >> > >> Depends on your setup. > >> A common setup is " eth0=tuntap,tap0". > >> i.e. create a tap0 in your host and setup routing/ips. > >> > > > > I (yet) have no clue what a tap is. Searches¹ did not ring many clear > > bells for me. > > > > ¹https://duckduckgo.com/html/?q=uml+user+mode+linux+tuntap > > > > My setup is what I have showed here. I have a AMD64 Debian image > > (Debian-Wheezy-AMD64-root_fs). The compile config I have showed here (I > > did not change anything besides a few options of the given default, and > > most of the tries I did not do these changes). > > > > > > http://user-mode-linux.sourceforge.net/old/networking.html > https://en.wikipedia.org/wiki/TUN/TAP > Since I have no root access in the host machine, I must use 'slirp'. Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from source and pass the full path to UML in the command line, e.g.: eth0=slirp,,/home/me/bin/ -- http://www.fastmail.com - IMAP accessible web-mail |
|
From: Balaco B. <bal...@im...> - 2015-11-11 18:42:58
|
On Wed, Nov 11, 2015, at 14:57, Balaco Baco wrote: > On Wed, Nov 11, 2015, at 14:29, Richard Weinberger wrote: > > Am 11.11.2015 um 18:21 schrieb Balaco Baco: > > > On Wed, Nov 11, 2015, at 14:07, Richard Weinberger wrote: > > >> On Wed, Nov 11, 2015 at 6:04 PM, Balaco Baco <bal...@im...> wrote: > > >>> On Wed, Nov 11, 2015, at 13:39, Richard Weinberger wrote: > > >>>> On Wed, Nov 11, 2015 at 5:13 PM, Balaco Baco <bal...@im...> wrote: > > >>>>> There is one details that did not work for me, but it was easy to "fix" > > >>>>> (quotes because I'm not sure it is the best fix). But someone else may > > >>>>> find it useful. > > >>>>> > > >>>>> Detailed steps so everyone can compare doing it, if needed: > > >>>>> > > >>>>>> 1. get one kernel source package from https://cdn.kernel.org/ > > >>>>>> (I tried these steps with more than one option, searching for the older and more stable > > >>>>>> version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) > > >>>>> > > >>>>>> 2. extract it. > > >>>>> $ tar xJf ... > > >>>>> $ cd lin<TAB> > > >>>>> > > >>>>>> 3. first step... > > >>>>> $ make defconfig ARCH=um #uml1 > > >>>>> > > >>>>> *** Default configuration is based on 'x86_64_defconfig' > > >>>>> kernel/time/Kconfig:157:warning: range is invalid > > >>>>> # > > >>>>> # configuration written to .config > > >>>>> # > > >>>>> > > >>>>>> That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe > > >>>>> > > >>>>> $ vim kernel/time/Kconfig # if it spitted a diff for line 157: > > >>>>> - range 1 NR_CPUS > > >>>>> + range 1 1 > > >>>>> > > >>>>>> So, again... > > >>>>> # make defconfig ARCH=um #uml1 > > >>>>> *** Default configuration is based on 'x86_64_defconfig' > > >>>>> # > > >>>>> # configuration written to .config > > >>>>> # > > >>>>> > > >>>>>> So, assume the next steps have no problem, except that I don't know > > >>>>>> how to make my UML access the Internet... this is in another > > >>>>>> discussion, though > > >>>>> > > >>>>>> ... ? > > >>>>> $ make menuconfig ARCH=um #uml2 > > >>>>> > > >>>>>> Build it > > >>>>> $ make ARCH=um #uml3 uml4 uml5 > > >>>>> > > >>>>>> Run it now... but where is my Internet? :( hehehehe > > >>>> > > >>>> You did not configure a connection. > > >>>> tuntap is a common method. > > >>>> > > >>> > > >>> To add something like 'eth0=tuntap,,,192.168.1.100' to the command line > > >>> is enough? Or I must change some config step that is not the default? > > >> > > >> Depends on your setup. > > >> A common setup is " eth0=tuntap,tap0". > > >> i.e. create a tap0 in your host and setup routing/ips. > > >> > > > > > > I (yet) have no clue what a tap is. Searches¹ did not ring many clear > > > bells for me. > > > > > > ¹https://duckduckgo.com/html/?q=uml+user+mode+linux+tuntap > > > > > > My setup is what I have showed here. I have a AMD64 Debian image > > > (Debian-Wheezy-AMD64-root_fs). The compile config I have showed here (I > > > did not change anything besides a few options of the given default, and > > > most of the tries I did not do these changes). > > > > > > > > > > http://user-mode-linux.sourceforge.net/old/networking.html > > https://en.wikipedia.org/wiki/TUN/TAP > > > > Since I have no root access in the host machine, I must use 'slirp'. > Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > source and pass the full path to UML in the command line, e.g.: > > eth0=slirp,,/home/me/bin/ > > Compiled slirp from source, installed it locally. Now I have two SSH sessions with the host. In the first one I run slirp without arguments. I keep it running, its output is: ========= $slirp Slirp v1.0.16 (BETA) [...] IP address of Slirp host: 127.0.1.1 IP address of your DNS(s): 999.888.7.66, 555.444.3.22 # the real DNS the host uses Your address is 10.0.2.15 (or anything else you want) Type five zeroes (0) to exit. [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] SLiRP Ready ... ========= In the other session, I boot the UML with: ./linux4.2.6 ubda=Debian-Wheezy-AMD64-root_fs mem=128M eth0=slirp,,~/root/bin/slirp #uml6 But the network still don't work: ============ $ping 123.122.1.21 connect: Network is unreachable $route add default dev eth0 #rede1 # taken from http://user-mode-linux.sourceforge.net/old/networking.html Slirp section SIOCADDRT: Network is down $ ============ I also tried it without running the slirp before, same result. I don't know what to do here. -- http://www.fastmail.com - Does exactly what it says on the tin |
|
From: Balaco B. <bal...@im...> - 2015-11-11 19:28:32
|
On Wed, Nov 11, 2015, at 15:42, Balaco Baco wrote: > On Wed, Nov 11, 2015, at 14:57, Balaco Baco wrote: > > On Wed, Nov 11, 2015, at 14:29, Richard Weinberger wrote: > > > Am 11.11.2015 um 18:21 schrieb Balaco Baco: > > > > On Wed, Nov 11, 2015, at 14:07, Richard Weinberger wrote: > > > >> On Wed, Nov 11, 2015 at 6:04 PM, Balaco Baco <bal...@im...> wrote: > > > >>> On Wed, Nov 11, 2015, at 13:39, Richard Weinberger wrote: > > > >>>> On Wed, Nov 11, 2015 at 5:13 PM, Balaco Baco <bal...@im...> wrote: > > > >>>>> There is one details that did not work for me, but it was easy to "fix" > > > >>>>> (quotes because I'm not sure it is the best fix). But someone else may > > > >>>>> find it useful. > > > >>>>> > > > >>>>> Detailed steps so everyone can compare doing it, if needed: > > > >>>>> > > > >>>>>> 1. get one kernel source package from https://cdn.kernel.org/ > > > >>>>>> (I tried these steps with more than one option, searching for the older and more stable > > > >>>>>> version; if the results are different for you, try another one; below I copied my 4.2.6 try; 3.18 does not have this problem) > > > >>>>> > > > >>>>>> 2. extract it. > > > >>>>> $ tar xJf ... > > > >>>>> $ cd lin<TAB> > > > >>>>> > > > >>>>>> 3. first step... > > > >>>>> $ make defconfig ARCH=um #uml1 > > > >>>>> > > > >>>>> *** Default configuration is based on 'x86_64_defconfig' > > > >>>>> kernel/time/Kconfig:157:warning: range is invalid > > > >>>>> # > > > >>>>> # configuration written to .config > > > >>>>> # > > > >>>>> > > > >>>>>> That warning is strange. I did not like it. So I just edited that file, and changed it! :D hehehe > > > >>>>> > > > >>>>> $ vim kernel/time/Kconfig # if it spitted a diff for line 157: > > > >>>>> - range 1 NR_CPUS > > > >>>>> + range 1 1 > > > >>>>> > > > >>>>>> So, again... > > > >>>>> # make defconfig ARCH=um #uml1 > > > >>>>> *** Default configuration is based on 'x86_64_defconfig' > > > >>>>> # > > > >>>>> # configuration written to .config > > > >>>>> # > > > >>>>> > > > >>>>>> So, assume the next steps have no problem, except that I don't know > > > >>>>>> how to make my UML access the Internet... this is in another > > > >>>>>> discussion, though > > > >>>>> > > > >>>>>> ... ? > > > >>>>> $ make menuconfig ARCH=um #uml2 > > > >>>>> > > > >>>>>> Build it > > > >>>>> $ make ARCH=um #uml3 uml4 uml5 > > > >>>>> > > > >>>>>> Run it now... but where is my Internet? :( hehehehe > > > >>>> > > > >>>> You did not configure a connection. > > > >>>> tuntap is a common method. > > > >>>> > > > >>> > > > >>> To add something like 'eth0=tuntap,,,192.168.1.100' to the command line > > > >>> is enough? Or I must change some config step that is not the default? > > > >> > > > >> Depends on your setup. > > > >> A common setup is " eth0=tuntap,tap0". > > > >> i.e. create a tap0 in your host and setup routing/ips. > > > >> > > > > > > > > I (yet) have no clue what a tap is. Searches¹ did not ring many clear > > > > bells for me. > > > > > > > > ¹https://duckduckgo.com/html/?q=uml+user+mode+linux+tuntap > > > > > > > > My setup is what I have showed here. I have a AMD64 Debian image > > > > (Debian-Wheezy-AMD64-root_fs). The compile config I have showed here (I > > > > did not change anything besides a few options of the given default, and > > > > most of the tries I did not do these changes). > > > > > > > > > > > > > > http://user-mode-linux.sourceforge.net/old/networking.html > > > https://en.wikipedia.org/wiki/TUN/TAP > > > > > > > Since I have no root access in the host machine, I must use 'slirp'. > > Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > > source and pass the full path to UML in the command line, e.g.: > > > > eth0=slirp,,/home/me/bin/ > > > > > > Compiled slirp from source, installed it locally. > > Now I have two SSH sessions with the host. In the first one I run slirp > without arguments. I keep it running, its output is: > > ========= > $slirp > Slirp v1.0.16 (BETA) > > [...] > > IP address of Slirp host: 127.0.1.1 > IP address of your DNS(s): 999.888.7.66, 555.444.3.22 # the real DNS the > host uses > Your address is 10.0.2.15 > (or anything else you want) > > Type five zeroes (0) to exit. > > [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] > > SLiRP Ready ... > ========= > > In the other session, I boot the UML with: > > ./linux4.2.6 ubda=Debian-Wheezy-AMD64-root_fs mem=128M > eth0=slirp,,~/root/bin/slirp #uml6 > > But the network still don't work: > > ============ > $ping 123.122.1.21 > connect: Network is unreachable > $route add default dev eth0 #rede1 # taken from > http://user-mode-linux.sourceforge.net/old/networking.html Slirp section > SIOCADDRT: Network is down > $ > ============ > > I also tried it without running the slirp before, same result. I don't > know what to do here. > > Blindly tried: root@uml: ~$ ifup -a Internet Systems Consortium DHCP Client 4.2.2 Copyright 2004-2011 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ slirp_tramp failed - errno = 2 RTNETLINK answers: No such file or directory Unsupported device type 256 for "eth0" Failed to bring up eth0. root@uml: ~$ -- http://www.fastmail.com - The professional email service |
|
From: Richard W. <ri...@no...> - 2015-11-11 20:34:57
|
Am 11.11.2015 um 18:57 schrieb Balaco Baco: > Since I have no root access in the host machine, I must use 'slirp'. > Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > source and pass the full path to UML in the command line, e.g.: Yes. > eth0=slirp,,/home/me/bin/ Documentation says: ethn=slirp,ethernet address,slirp path That said, the slirp tool is old and AFIAK unmaintained. qemu forked it a long time ago and has it integrated into its source. Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-11 20:42:39
|
On Wed, Nov 11, 2015, at 17:34, Richard Weinberger wrote: > Am 11.11.2015 um 18:57 schrieb Balaco Baco: > > Since I have no root access in the host machine, I must use 'slirp'. > > Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > > source and pass the full path to UML in the command line, e.g.: > > Yes. > > > eth0=slirp,,/home/me/bin/ > > Documentation says: ethn=slirp,ethernet address,slirp path > > That said, the slirp tool is old and AFIAK unmaintained. > qemu forked it a long time ago and has it integrated into its > source. > Slirp seems good enough. I have downloaded, compiled and installed it. And as detailed in the other message, now I'm stuck on how to use it to run with UML. If Qemu did this, why not doing it with UML too? Since the network setup may depend on it for many users (with use cases similar to mine, without root access in the host). -- http://www.fastmail.com - Faster than the air-speed velocity of an unladen european swallow |
|
From: Balaco B. <bal...@im...> - 2015-11-12 01:57:32
|
On Wed, Nov 11, 2015, at 17:34, Richard Weinberger wrote: > Am 11.11.2015 um 18:57 schrieb Balaco Baco: > > Since I have no root access in the host machine, I must use 'slirp'. > > Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > > source and pass the full path to UML in the command line, e.g.: > > Yes. > > > eth0=slirp,,/home/me/bin/ > > Documentation says: ethn=slirp,ethernet address,slirp path > > That said, the slirp tool is old and AFIAK unmaintained. > qemu forked it a long time ago and has it integrated into its > source. > Documentation of UML also said that ethernet address is optional. I did both ways, none worked (and it took me a few minutes and tries to find out that not all MAC addresses are possible to use for a virtual machine like UML; is this at least mentioned in some UML doc? It shouls, IMHO). So, is it possible that I run an UML with full Internet access, and without having root access in the host machine? Or am I trying something that from the start was not possible? If it is not possible, is it easy to set up some form of file sharing between the host and UML machine? (again, this must *not* depend on host root access!) -- http://www.fastmail.com - Same, same, but different... |
|
From: Richard W. <ri...@no...> - 2015-11-12 13:01:13
|
Am 12.11.2015 um 02:57 schrieb Balaco Baco: > On Wed, Nov 11, 2015, at 17:34, Richard Weinberger wrote: >> Am 11.11.2015 um 18:57 schrieb Balaco Baco: >>> Since I have no root access in the host machine, I must use 'slirp'. >>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from >>> source and pass the full path to UML in the command line, e.g.: >> >> Yes. >> >>> eth0=slirp,,/home/me/bin/ >> >> Documentation says: ethn=slirp,ethernet address,slirp path >> >> That said, the slirp tool is old and AFIAK unmaintained. >> qemu forked it a long time ago and has it integrated into its >> source. >> > > Documentation of UML also said that ethernet address is optional. I did > both ways, none worked (and it took me a few minutes and tries to find > out that not all MAC addresses are possible to use for a virtual machine > like UML; is this at least mentioned in some UML doc? It shouls, IMHO). > > So, is it possible that I run an UML with full Internet access, and > without having root access in the host machine? Or am I trying something > that from the start was not possible? > > If it is not possible, is it easy to set up some form of file sharing > between the host and UML machine? (again, this must *not* depend on host > root access!) As I said, if you don't have root on the host, you have to use slirp. Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-12 13:22:13
|
On Thu, Nov 12, 2015, at 10:00, Richard Weinberger wrote: > Am 12.11.2015 um 02:57 schrieb Balaco Baco: > > On Wed, Nov 11, 2015, at 17:34, Richard Weinberger wrote: > >> Am 11.11.2015 um 18:57 schrieb Balaco Baco: > >>> Since I have no root access in the host machine, I must use 'slirp'. > >>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > >>> source and pass the full path to UML in the command line, e.g.: > >> > >> Yes. > >> > >>> eth0=slirp,,/home/me/bin/ > >> > >> Documentation says: ethn=slirp,ethernet address,slirp path > >> > >> That said, the slirp tool is old and AFIAK unmaintained. > >> qemu forked it a long time ago and has it integrated into its > >> source. > >> > > > > Documentation of UML also said that ethernet address is optional. I did > > both ways, none worked (and it took me a few minutes and tries to find > > out that not all MAC addresses are possible to use for a virtual machine > > like UML; is this at least mentioned in some UML doc? It shouls, IMHO). > > > > So, is it possible that I run an UML with full Internet access, and > > without having root access in the host machine? Or am I trying something > > that from the start was not possible? > > > > If it is not possible, is it easy to set up some form of file sharing > > between the host and UML machine? (again, this must *not* depend on host > > root access!) > > As I said, if you don't have root on the host, you have to use slirp. > And I am using slirp. But it do not work yet. I'm not sure what is wrong. May you help me? I have said what I tried and do to use slirp. If needed, I can say it again with more details, just ask. -- http://www.fastmail.com - Same, same, but different... |
|
From: Richard W. <ri...@no...> - 2015-11-13 21:15:51
|
Am 12.11.2015 um 14:22 schrieb Balaco Baco: > > On Thu, Nov 12, 2015, at 10:00, Richard Weinberger wrote: >> Am 12.11.2015 um 02:57 schrieb Balaco Baco: >>> On Wed, Nov 11, 2015, at 17:34, Richard Weinberger wrote: >>>> Am 11.11.2015 um 18:57 schrieb Balaco Baco: >>>>> Since I have no root access in the host machine, I must use 'slirp'. >>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from >>>>> source and pass the full path to UML in the command line, e.g.: >>>> >>>> Yes. >>>> >>>>> eth0=slirp,,/home/me/bin/ >>>> >>>> Documentation says: ethn=slirp,ethernet address,slirp path >>>> >>>> That said, the slirp tool is old and AFIAK unmaintained. >>>> qemu forked it a long time ago and has it integrated into its >>>> source. >>>> >>> >>> Documentation of UML also said that ethernet address is optional. I did >>> both ways, none worked (and it took me a few minutes and tries to find >>> out that not all MAC addresses are possible to use for a virtual machine >>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). >>> >>> So, is it possible that I run an UML with full Internet access, and >>> without having root access in the host machine? Or am I trying something >>> that from the start was not possible? >>> >>> If it is not possible, is it easy to set up some form of file sharing >>> between the host and UML machine? (again, this must *not* depend on host >>> root access!) >> >> As I said, if you don't have root on the host, you have to use slirp. >> > > And I am using slirp. But it do not work yet. I'm not sure what is > wrong. May you help me? Just gave it a try. Works here. ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp root@uml:~# ifconfig eth0 10.0.2.15 up root@uml:~# route add default gw 10.0.2.15 Then you can use networking. Please not that slirp does not have a performance. Depending on your slirp package you can tweak it. Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-22 15:39:16
|
On Fri, Nov 13, 2015, at 18:15, Richard Weinberger wrote: > Am 12.11.2015 um 14:22 schrieb Balaco Baco: > > On Thu, Nov 12, 2015, at 10:00, Richard Weinberger wrote: > >> Am 12.11.2015 um 02:57 schrieb Balaco Baco: > >>> On Wed, Nov 11, 2015, at 17:34, Richard Weinberger wrote: > >>>> Am 11.11.2015 um 18:57 schrieb Balaco Baco: > >>>>> Since I have no root access in the host machine, I must use 'slirp'. > >>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > >>>>> source and pass the full path to UML in the command line, e.g.: > >>>> > >>>> Yes. > >>>> > >>>>> eth0=slirp,,/home/me/bin/ > >>>> > >>>> Documentation says: ethn=slirp,ethernet address,slirp path > >>>> > >>>> That said, the slirp tool is old and AFIAK unmaintained. > >>>> qemu forked it a long time ago and has it integrated into its > >>>> source. > >>>> > >>> > >>> Documentation of UML also said that ethernet address is optional. I did > >>> both ways, none worked (and it took me a few minutes and tries to find > >>> out that not all MAC addresses are possible to use for a virtual machine > >>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). > >>> > >>> So, is it possible that I run an UML with full Internet access, and > >>> without having root access in the host machine? Or am I trying something > >>> that from the start was not possible? > >>> > >>> If it is not possible, is it easy to set up some form of file sharing > >>> between the host and UML machine? (again, this must *not* depend on host > >>> root access!) > >> > >> As I said, if you don't have root on the host, you have to use slirp. > >> > > > > And I am using slirp. But it do not work yet. I'm not sure what is > > wrong. May you help me? > > Just gave it a try. Works here. > > ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G > eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp > > root@uml:~# ifconfig eth0 10.0.2.15 up > root@uml:~# route add default gw 10.0.2.15 Do not work for me. And to point directly to the slirp program instead of its folder (which is understood by many as the *path* for anything, not the things themselves, with full path) is news for me, and something that should be pointed in the docs. I think many others will understand it as I did before you said this. Now there is a few lines about slirt and ETH0: ======================= [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] SLiRP Ready ... Unsupported device type 256 for "eth0" Failed to bring up eth0. done. ======================== What can I do? > Then you can use networking. Please not that slirp does not have a > performance. > Depending on your slirp package you can tweak it. I have compiled it from source. Do you know exactly where and how I can tweak it? If so, please say how, so I don't have to search and find what is already known. Thank you -- http://www.fastmail.com - Email service worth paying for. Try it for free |
|
From: Richard W. <ri...@no...> - 2015-11-23 16:35:58
|
Am 22.11.2015 um 16:39 schrieb Balaco Baco: > > On Fri, Nov 13, 2015, at 18:15, Richard Weinberger wrote: >> Am 12.11.2015 um 14:22 schrieb Balaco Baco: >>> On Thu, Nov 12, 2015, at 10:00, Richard Weinberger wrote: >>>> Am 12.11.2015 um 02:57 schrieb Balaco Baco: >>>>> On Wed, Nov 11, 2015, at 17:34, Richard Weinberger wrote: >>>>>> Am 11.11.2015 um 18:57 schrieb Balaco Baco: >>>>>>> Since I have no root access in the host machine, I must use 'slirp'. >>>>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from >>>>>>> source and pass the full path to UML in the command line, e.g.: >>>>>> >>>>>> Yes. >>>>>> >>>>>>> eth0=slirp,,/home/me/bin/ >>>>>> >>>>>> Documentation says: ethn=slirp,ethernet address,slirp path >>>>>> >>>>>> That said, the slirp tool is old and AFIAK unmaintained. >>>>>> qemu forked it a long time ago and has it integrated into its >>>>>> source. >>>>>> >>>>> >>>>> Documentation of UML also said that ethernet address is optional. I did >>>>> both ways, none worked (and it took me a few minutes and tries to find >>>>> out that not all MAC addresses are possible to use for a virtual machine >>>>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). >>>>> >>>>> So, is it possible that I run an UML with full Internet access, and >>>>> without having root access in the host machine? Or am I trying something >>>>> that from the start was not possible? >>>>> >>>>> If it is not possible, is it easy to set up some form of file sharing >>>>> between the host and UML machine? (again, this must *not* depend on host >>>>> root access!) >>>> >>>> As I said, if you don't have root on the host, you have to use slirp. >>>> >>> >>> And I am using slirp. But it do not work yet. I'm not sure what is >>> wrong. May you help me? >> >> Just gave it a try. Works here. >> >> ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G >> eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp >> >> root@uml:~# ifconfig eth0 10.0.2.15 up >> root@uml:~# route add default gw 10.0.2.15 > > Do not work for me. And to point directly to the slirp program instead > of its folder (which is understood by many as the *path* for anything, > not the things themselves, with full path) is news for me, and something > that should be pointed in the docs. I think many others will understand > it as I did before you said this. "Does not work" is not a valid error description. Please find out what exactly does not work. > Now there is a few lines about slirt and ETH0: > > ======================= > [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] > > SLiRP Ready ... > Unsupported device type 256 for "eth0" > Failed to bring up eth0. > done. > > ======================== DHCP cannot work on SLIRP. That's why you have to configure the interface manually. > What can I do? > >> Then you can use networking. Please not that slirp does not have a >> performance. >> Depending on your slirp package you can tweak it. > > I have compiled it from source. Do you know exactly where and how I can > tweak it? If so, please say how, so I don't have to search and find what > is already known. AFAIK Debian folks have some patches in their package. Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-23 19:04:49
Attachments:
uml-2015-11-23.txt
|
On Mon, Nov 23, 2015, at 13:35, Richard Weinberger wrote: > Am 22.11.2015 um 16:39 schrieb Balaco Baco: > >>>>>>> Since I have no root access in the host machine, I must use 'slirp'. > >>>>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > >>>>>>> source and pass the full path to UML in the command line, e.g.: > >>>>>> > >>>>>> Yes. > >>>>>> > >>>>>>> eth0=slirp,,/home/me/bin/ > >>>>>> > >>>>>> Documentation says: ethn=slirp,ethernet address,slirp path > >>>>>> > >>>>>> That said, the slirp tool is old and AFIAK unmaintained. > >>>>>> qemu forked it a long time ago and has it integrated into its > >>>>>> source. > >>>>>> > >>>>> > >>>>> Documentation of UML also said that ethernet address is optional. I did > >>>>> both ways, none worked (and it took me a few minutes and tries to find > >>>>> out that not all MAC addresses are possible to use for a virtual machine > >>>>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). > >>>>> > >>>>> So, is it possible that I run an UML with full Internet access, and > >>>>> without having root access in the host machine? Or am I trying something > >>>>> that from the start was not possible? > >>>>> > >>>>> If it is not possible, is it easy to set up some form of file sharing > >>>>> between the host and UML machine? (again, this must *not* depend on host > >>>>> root access!) > >>>> > >>>> As I said, if you don't have root on the host, you have to use slirp. > >>>> > >>> > >>> And I am using slirp. But it do not work yet. I'm not sure what is > >>> wrong. May you help me? > >> > >> Just gave it a try. Works here. > >> > >> ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G > >> eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp > >> > >> root@uml:~# ifconfig eth0 10.0.2.15 up > >> root@uml:~# route add default gw 10.0.2.15 > > > > Do not work for me. And to point directly to the slirp program instead > > of its folder (which is understood by many as the *path* for anything, > > not the things themselves, with full path) is news for me, and something > > that should be pointed in the docs. I think many others will understand > > it as I did before you said this. > > "Does not work" is not a valid error description. > Please find out what exactly does not work. There is no clear error. In this paragraph I just pointed to something in the instructions that mislead me to give the path to the folder *where* slirp was, instead of the slip program itself, its file. The most I could see that did not work I said right after, below in the previous message. Please assume and try to see that I'm trying my best to follow your directions, but I still could not do it although you just said you did. You may also ask me to directly do things or steps that you do (maybe it's something I don't know or do that make it don't work). > > Now there is a few lines about slirt and ETH0: > > > > ======================= > > [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] > > > > SLiRP Ready ... > > Unsupported device type 256 for "eth0" > > Failed to bring up eth0. > > done. > > > > ======================== > > DHCP cannot work on SLIRP. > That's why you have to configure the interface manually. > > > What can I do? > > If configure the interface manually is to type the commands (inside UML) below, that I did before: root@uml:~# ifconfig eth0 10.0.2.15 up root@uml:~# route add default gw 10.0.2.15 It did not work. What information is useful for you? I don't know. So, since you seem to have thought I did not try enough before, now I'm sending the whole boot log, and each step I did before and repeated right now, after I read your message. > >> Then you can use networking. Please not that slirp does not have a > >> performance. > >> Depending on your slirp package you can tweak it. > > > > I have compiled it from source. Do you know exactly where and how I can > > tweak it? If so, please say how, so I don't have to search and find what > > is already known. > > AFAIK Debian folks have some patches in their package. I choose the best distro I know for the intended uses (RedHat and sister is usually not that good, but I don't discard using them to start). I did not use Fedora or RedHat that even the blog shows because I don't want and don't need graphical interface. Just CLI is perfect, just fine. If you can point which patch or which feature Debian patched I can work around it. Right now I know that it may have some problem, but I can even look for help my self or anywhere else because I don't know what it is - not much clues I can tell. > Thanks, > //richard Ironically, doing the same steps I did before it seemed to work today. :-/ I hate when this happens... hopefully it won't stop tomorrow, with another ironic happening. Now, with a close to work situaton, I guessed that it just needed to find the DNS the host uses (easy, fine), and then I repeat the route add command. But this is not true. Before I update UML's /etc/resolv.conf the only IP I can ping from UML is 127.0.0.1. What else do I need to do to have network in UML? Thank you, -- Balaco -- http://www.fastmail.com - Choose from over 50 domains or use your own |
|
From: Richard W. <ri...@no...> - 2015-11-23 19:38:35
|
Am 23.11.2015 um 20:04 schrieb Balaco Baco: > On Mon, Nov 23, 2015, at 13:35, Richard Weinberger wrote: >> Am 22.11.2015 um 16:39 schrieb Balaco Baco: >>>>>>>>> Since I have no root access in the host machine, I must use 'slirp'. >>>>>>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from >>>>>>>>> source and pass the full path to UML in the command line, e.g.: >>>>>>>> >>>>>>>> Yes. >>>>>>>> >>>>>>>>> eth0=slirp,,/home/me/bin/ >>>>>>>> >>>>>>>> Documentation says: ethn=slirp,ethernet address,slirp path >>>>>>>> >>>>>>>> That said, the slirp tool is old and AFIAK unmaintained. >>>>>>>> qemu forked it a long time ago and has it integrated into its >>>>>>>> source. >>>>>>>> >>>>>>> >>>>>>> Documentation of UML also said that ethernet address is optional. I did >>>>>>> both ways, none worked (and it took me a few minutes and tries to find >>>>>>> out that not all MAC addresses are possible to use for a virtual machine >>>>>>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). >>>>>>> >>>>>>> So, is it possible that I run an UML with full Internet access, and >>>>>>> without having root access in the host machine? Or am I trying something >>>>>>> that from the start was not possible? >>>>>>> >>>>>>> If it is not possible, is it easy to set up some form of file sharing >>>>>>> between the host and UML machine? (again, this must *not* depend on host >>>>>>> root access!) >>>>>> >>>>>> As I said, if you don't have root on the host, you have to use slirp. >>>>>> >>>>> >>>>> And I am using slirp. But it do not work yet. I'm not sure what is >>>>> wrong. May you help me? >>>> >>>> Just gave it a try. Works here. >>>> >>>> ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G >>>> eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp >>>> >>>> root@uml:~# ifconfig eth0 10.0.2.15 up >>>> root@uml:~# route add default gw 10.0.2.15 >>> >>> Do not work for me. And to point directly to the slirp program instead >>> of its folder (which is understood by many as the *path* for anything, >>> not the things themselves, with full path) is news for me, and something >>> that should be pointed in the docs. I think many others will understand >>> it as I did before you said this. >> >> "Does not work" is not a valid error description. >> Please find out what exactly does not work. > > There is no clear error. In this paragraph I just pointed to something > in the instructions that mislead me to give the path to the folder > *where* slirp was, instead of the slip program itself, its file. The > most I could see that did not work I said right after, below in the > previous message. Please assume and try to see that I'm trying my best > to follow your directions, but I still could not do it although you just > said you did. > > You may also ask me to directly do things or steps that you do (maybe > it's something I don't know or do that make it don't work). > > >>> Now there is a few lines about slirt and ETH0: >>> >>> ======================= >>> [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] >>> >>> SLiRP Ready ... >>> Unsupported device type 256 for "eth0" >>> Failed to bring up eth0. >>> done. >>> >>> ======================== >> >> DHCP cannot work on SLIRP. >> That's why you have to configure the interface manually. >> >>> What can I do? >>> > > If configure the interface manually is to type the commands (inside UML) > below, that I did before: > > root@uml:~# ifconfig eth0 10.0.2.15 up > root@uml:~# route add default gw 10.0.2.15 > > It did not work. > > What information is useful for you? I don't know. So, since you seem to > have thought I did not try enough before, now I'm sending the whole boot > log, and each step I did before and repeated right now, after I read > your message. > > >>>> Then you can use networking. Please not that slirp does not have a >>>> performance. >>>> Depending on your slirp package you can tweak it. >>> >>> I have compiled it from source. Do you know exactly where and how I can >>> tweak it? If so, please say how, so I don't have to search and find what >>> is already known. >> >> AFAIK Debian folks have some patches in their package. > > I choose the best distro I know for the intended uses (RedHat and sister > is usually not that good, but I don't discard using them to start). I > did not use Fedora or RedHat that even the blog shows because I don't > want and don't need graphical interface. Just CLI is perfect, just fine. > > If you can point which patch or which feature Debian patched I can work > around it. Right now I know that it may have some problem, but I can > even look for help my self or anywhere else because I don't know what it > is - not much clues I can tell. > >> Thanks, >> //richard > > Ironically, doing the same steps I did before it seemed to work today. > :-/ I hate when this happens... hopefully it won't stop tomorrow, with > another ironic happening. > > Now, with a close to work situaton, I guessed that it just needed to > find the DNS the host uses (easy, fine), and then I repeat the route add > command. But this is not true. Before I update UML's /etc/resolv.conf > the only IP I can ping from UML is 127.0.0.1. What else do I need to do > to have network in UML? ICMP is not supported on SLIRP. Only UDP and TCP. Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-23 20:04:20
|
On Mon, Nov 23, 2015, at 16:38, Richard Weinberger wrote: > Am 23.11.2015 um 20:04 schrieb Balaco Baco: > > On Mon, Nov 23, 2015, at 13:35, Richard Weinberger wrote: > >> Am 22.11.2015 um 16:39 schrieb Balaco Baco: > >>>>>>>>> Since I have no root access in the host machine, I must use 'slirp'. > >>>>>>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > >>>>>>>>> source and pass the full path to UML in the command line, e.g.: > >>>>>>>> > >>>>>>>> Yes. > >>>>>>>> > >>>>>>>>> eth0=slirp,,/home/me/bin/ > >>>>>>>> > >>>>>>>> Documentation says: ethn=slirp,ethernet address,slirp path > >>>>>>>> > >>>>>>>> That said, the slirp tool is old and AFIAK unmaintained. > >>>>>>>> qemu forked it a long time ago and has it integrated into its > >>>>>>>> source. > >>>>>>>> > >>>>>>> > >>>>>>> Documentation of UML also said that ethernet address is optional. I did > >>>>>>> both ways, none worked (and it took me a few minutes and tries to find > >>>>>>> out that not all MAC addresses are possible to use for a virtual machine > >>>>>>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). > >>>>>>> > >>>>>>> So, is it possible that I run an UML with full Internet access, and > >>>>>>> without having root access in the host machine? Or am I trying something > >>>>>>> that from the start was not possible? > >>>>>>> > >>>>>>> If it is not possible, is it easy to set up some form of file sharing > >>>>>>> between the host and UML machine? (again, this must *not* depend on host > >>>>>>> root access!) > >>>>>> > >>>>>> As I said, if you don't have root on the host, you have to use slirp. > >>>>>> > >>>>> > >>>>> And I am using slirp. But it do not work yet. I'm not sure what is > >>>>> wrong. May you help me? > >>>> > >>>> Just gave it a try. Works here. > >>>> > >>>> ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G > >>>> eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp > >>>> > >>>> root@uml:~# ifconfig eth0 10.0.2.15 up > >>>> root@uml:~# route add default gw 10.0.2.15 > >>> > >>> Do not work for me. And to point directly to the slirp program instead > >>> of its folder (which is understood by many as the *path* for anything, > >>> not the things themselves, with full path) is news for me, and something > >>> that should be pointed in the docs. I think many others will understand > >>> it as I did before you said this. > >> > >> "Does not work" is not a valid error description. > >> Please find out what exactly does not work. > > > > There is no clear error. In this paragraph I just pointed to something > > in the instructions that mislead me to give the path to the folder > > *where* slirp was, instead of the slip program itself, its file. The > > most I could see that did not work I said right after, below in the > > previous message. Please assume and try to see that I'm trying my best > > to follow your directions, but I still could not do it although you just > > said you did. > > > > You may also ask me to directly do things or steps that you do (maybe > > it's something I don't know or do that make it don't work). > > > > > >>> Now there is a few lines about slirt and ETH0: > >>> > >>> ======================= > >>> [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] > >>> > >>> SLiRP Ready ... > >>> Unsupported device type 256 for "eth0" > >>> Failed to bring up eth0. > >>> done. > >>> > >>> ======================== > >> > >> DHCP cannot work on SLIRP. > >> That's why you have to configure the interface manually. > >> > >>> What can I do? > >>> > > > > If configure the interface manually is to type the commands (inside UML) > > below, that I did before: > > > > root@uml:~# ifconfig eth0 10.0.2.15 up > > root@uml:~# route add default gw 10.0.2.15 > > > > It did not work. > > > > What information is useful for you? I don't know. So, since you seem to > > have thought I did not try enough before, now I'm sending the whole boot > > log, and each step I did before and repeated right now, after I read > > your message. > > > > > >>>> Then you can use networking. Please not that slirp does not have a > >>>> performance. > >>>> Depending on your slirp package you can tweak it. > >>> > >>> I have compiled it from source. Do you know exactly where and how I can > >>> tweak it? If so, please say how, so I don't have to search and find what > >>> is already known. > >> > >> AFAIK Debian folks have some patches in their package. > > > > I choose the best distro I know for the intended uses (RedHat and sister > > is usually not that good, but I don't discard using them to start). I > > did not use Fedora or RedHat that even the blog shows because I don't > > want and don't need graphical interface. Just CLI is perfect, just fine. > > > > If you can point which patch or which feature Debian patched I can work > > around it. Right now I know that it may have some problem, but I can > > even look for help my self or anywhere else because I don't know what it > > is - not much clues I can tell. > > > >> Thanks, > >> //richard > > > > Ironically, doing the same steps I did before it seemed to work today. > > :-/ I hate when this happens... hopefully it won't stop tomorrow, with > > another ironic happening. > > > > Now, with a close to work situaton, I guessed that it just needed to > > find the DNS the host uses (easy, fine), and then I repeat the route add > > command. But this is not true. Before I update UML's /etc/resolv.conf > > the only IP I can ping from UML is 127.0.0.1. What else do I need to do > > to have network in UML? > > ICMP is not supported on SLIRP. Only UDP and TCP. > What does this mean? Please explain a bit more clearly to me. I don't have much knowledge as you with UML and Kernel related (low system) things. Is TPC/IP supported? In theory, TPC happens above IP communication layer. So, should it work? The network you said you had is the same as I just saw/did? Although I can communicate with the host, I won't be able to use its Internet connection? -- http://www.fastmail.com - The way an email service should be |
|
From: Richard W. <ri...@no...> - 2015-11-23 20:07:54
|
Am 23.11.2015 um 21:04 schrieb Balaco Baco: > On Mon, Nov 23, 2015, at 16:38, Richard Weinberger wrote: >> Am 23.11.2015 um 20:04 schrieb Balaco Baco: >>> On Mon, Nov 23, 2015, at 13:35, Richard Weinberger wrote: >>>> Am 22.11.2015 um 16:39 schrieb Balaco Baco: >>>>>>>>>>> Since I have no root access in the host machine, I must use 'slirp'. >>>>>>>>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from >>>>>>>>>>> source and pass the full path to UML in the command line, e.g.: >>>>>>>>>> >>>>>>>>>> Yes. >>>>>>>>>> >>>>>>>>>>> eth0=slirp,,/home/me/bin/ >>>>>>>>>> >>>>>>>>>> Documentation says: ethn=slirp,ethernet address,slirp path >>>>>>>>>> >>>>>>>>>> That said, the slirp tool is old and AFIAK unmaintained. >>>>>>>>>> qemu forked it a long time ago and has it integrated into its >>>>>>>>>> source. >>>>>>>>>> >>>>>>>>> >>>>>>>>> Documentation of UML also said that ethernet address is optional. I did >>>>>>>>> both ways, none worked (and it took me a few minutes and tries to find >>>>>>>>> out that not all MAC addresses are possible to use for a virtual machine >>>>>>>>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). >>>>>>>>> >>>>>>>>> So, is it possible that I run an UML with full Internet access, and >>>>>>>>> without having root access in the host machine? Or am I trying something >>>>>>>>> that from the start was not possible? >>>>>>>>> >>>>>>>>> If it is not possible, is it easy to set up some form of file sharing >>>>>>>>> between the host and UML machine? (again, this must *not* depend on host >>>>>>>>> root access!) >>>>>>>> >>>>>>>> As I said, if you don't have root on the host, you have to use slirp. >>>>>>>> >>>>>>> >>>>>>> And I am using slirp. But it do not work yet. I'm not sure what is >>>>>>> wrong. May you help me? >>>>>> >>>>>> Just gave it a try. Works here. >>>>>> >>>>>> ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G >>>>>> eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp >>>>>> >>>>>> root@uml:~# ifconfig eth0 10.0.2.15 up >>>>>> root@uml:~# route add default gw 10.0.2.15 >>>>> >>>>> Do not work for me. And to point directly to the slirp program instead >>>>> of its folder (which is understood by many as the *path* for anything, >>>>> not the things themselves, with full path) is news for me, and something >>>>> that should be pointed in the docs. I think many others will understand >>>>> it as I did before you said this. >>>> >>>> "Does not work" is not a valid error description. >>>> Please find out what exactly does not work. >>> >>> There is no clear error. In this paragraph I just pointed to something >>> in the instructions that mislead me to give the path to the folder >>> *where* slirp was, instead of the slip program itself, its file. The >>> most I could see that did not work I said right after, below in the >>> previous message. Please assume and try to see that I'm trying my best >>> to follow your directions, but I still could not do it although you just >>> said you did. >>> >>> You may also ask me to directly do things or steps that you do (maybe >>> it's something I don't know or do that make it don't work). >>> >>> >>>>> Now there is a few lines about slirt and ETH0: >>>>> >>>>> ======================= >>>>> [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] >>>>> >>>>> SLiRP Ready ... >>>>> Unsupported device type 256 for "eth0" >>>>> Failed to bring up eth0. >>>>> done. >>>>> >>>>> ======================== >>>> >>>> DHCP cannot work on SLIRP. >>>> That's why you have to configure the interface manually. >>>> >>>>> What can I do? >>>>> >>> >>> If configure the interface manually is to type the commands (inside UML) >>> below, that I did before: >>> >>> root@uml:~# ifconfig eth0 10.0.2.15 up >>> root@uml:~# route add default gw 10.0.2.15 >>> >>> It did not work. >>> >>> What information is useful for you? I don't know. So, since you seem to >>> have thought I did not try enough before, now I'm sending the whole boot >>> log, and each step I did before and repeated right now, after I read >>> your message. >>> >>> >>>>>> Then you can use networking. Please not that slirp does not have a >>>>>> performance. >>>>>> Depending on your slirp package you can tweak it. >>>>> >>>>> I have compiled it from source. Do you know exactly where and how I can >>>>> tweak it? If so, please say how, so I don't have to search and find what >>>>> is already known. >>>> >>>> AFAIK Debian folks have some patches in their package. >>> >>> I choose the best distro I know for the intended uses (RedHat and sister >>> is usually not that good, but I don't discard using them to start). I >>> did not use Fedora or RedHat that even the blog shows because I don't >>> want and don't need graphical interface. Just CLI is perfect, just fine. >>> >>> If you can point which patch or which feature Debian patched I can work >>> around it. Right now I know that it may have some problem, but I can >>> even look for help my self or anywhere else because I don't know what it >>> is - not much clues I can tell. >>> >>>> Thanks, >>>> //richard >>> >>> Ironically, doing the same steps I did before it seemed to work today. >>> :-/ I hate when this happens... hopefully it won't stop tomorrow, with >>> another ironic happening. >>> >>> Now, with a close to work situaton, I guessed that it just needed to >>> find the DNS the host uses (easy, fine), and then I repeat the route add >>> command. But this is not true. Before I update UML's /etc/resolv.conf >>> the only IP I can ping from UML is 127.0.0.1. What else do I need to do >>> to have network in UML? >> >> ICMP is not supported on SLIRP. Only UDP and TCP. >> > > What does this mean? Please explain a bit more clearly to me. I don't > have much knowledge as you with UML and Kernel related (low system) > things. This has 0 do to with UML. SLIRP is a very old user space tool. :) > Is TPC/IP supported? In theory, TPC happens above IP communication > layer. So, should it work? TPC? > The network you said you had is the same as I just saw/did? Although I > can communicate with the host, I won't be able to use its Internet > connection? You can also use Internet. Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-23 20:31:09
|
On Mon, Nov 23, 2015, at 17:07, Richard Weinberger wrote: > Am 23.11.2015 um 21:04 schrieb Balaco Baco: > > On Mon, Nov 23, 2015, at 16:38, Richard Weinberger wrote: > >> Am 23.11.2015 um 20:04 schrieb Balaco Baco: > >>> On Mon, Nov 23, 2015, at 13:35, Richard Weinberger wrote: > >>>> Am 22.11.2015 um 16:39 schrieb Balaco Baco: > >>>>>>>>>>> Since I have no root access in the host machine, I must use 'slirp'. > >>>>>>>>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > >>>>>>>>>>> source and pass the full path to UML in the command line, e.g.: > >>>>>>>>>> > >>>>>>>>>> Yes. > >>>>>>>>>> > >>>>>>>>>>> eth0=slirp,,/home/me/bin/ > >>>>>>>>>> > >>>>>>>>>> Documentation says: ethn=slirp,ethernet address,slirp path > >>>>>>>>>> > >>>>>>>>>> That said, the slirp tool is old and AFIAK unmaintained. > >>>>>>>>>> qemu forked it a long time ago and has it integrated into its > >>>>>>>>>> source. > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> Documentation of UML also said that ethernet address is optional. I did > >>>>>>>>> both ways, none worked (and it took me a few minutes and tries to find > >>>>>>>>> out that not all MAC addresses are possible to use for a virtual machine > >>>>>>>>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). > >>>>>>>>> > >>>>>>>>> So, is it possible that I run an UML with full Internet access, and > >>>>>>>>> without having root access in the host machine? Or am I trying something > >>>>>>>>> that from the start was not possible? > >>>>>>>>> > >>>>>>>>> If it is not possible, is it easy to set up some form of file sharing > >>>>>>>>> between the host and UML machine? (again, this must *not* depend on host > >>>>>>>>> root access!) > >>>>>>>> > >>>>>>>> As I said, if you don't have root on the host, you have to use slirp. > >>>>>>>> > >>>>>>> > >>>>>>> And I am using slirp. But it do not work yet. I'm not sure what is > >>>>>>> wrong. May you help me? > >>>>>> > >>>>>> Just gave it a try. Works here. > >>>>>> > >>>>>> ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G > >>>>>> eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp > >>>>>> > >>>>>> root@uml:~# ifconfig eth0 10.0.2.15 up > >>>>>> root@uml:~# route add default gw 10.0.2.15 > >>>>> > >>>>> Do not work for me. And to point directly to the slirp program instead > >>>>> of its folder (which is understood by many as the *path* for anything, > >>>>> not the things themselves, with full path) is news for me, and something > >>>>> that should be pointed in the docs. I think many others will understand > >>>>> it as I did before you said this. > >>>> > >>>> "Does not work" is not a valid error description. > >>>> Please find out what exactly does not work. > >>> > >>> There is no clear error. In this paragraph I just pointed to something > >>> in the instructions that mislead me to give the path to the folder > >>> *where* slirp was, instead of the slip program itself, its file. The > >>> most I could see that did not work I said right after, below in the > >>> previous message. Please assume and try to see that I'm trying my best > >>> to follow your directions, but I still could not do it although you just > >>> said you did. > >>> > >>> You may also ask me to directly do things or steps that you do (maybe > >>> it's something I don't know or do that make it don't work). > >>> > >>> > >>>>> Now there is a few lines about slirt and ETH0: > >>>>> > >>>>> ======================= > >>>>> [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] > >>>>> > >>>>> SLiRP Ready ... > >>>>> Unsupported device type 256 for "eth0" > >>>>> Failed to bring up eth0. > >>>>> done. > >>>>> > >>>>> ======================== > >>>> > >>>> DHCP cannot work on SLIRP. > >>>> That's why you have to configure the interface manually. > >>>> > >>>>> What can I do? > >>>>> > >>> > >>> If configure the interface manually is to type the commands (inside UML) > >>> below, that I did before: > >>> > >>> root@uml:~# ifconfig eth0 10.0.2.15 up > >>> root@uml:~# route add default gw 10.0.2.15 > >>> > >>> It did not work. > >>> > >>> What information is useful for you? I don't know. So, since you seem to > >>> have thought I did not try enough before, now I'm sending the whole boot > >>> log, and each step I did before and repeated right now, after I read > >>> your message. > >>> > >>> > >>>>>> Then you can use networking. Please not that slirp does not have a > >>>>>> performance. > >>>>>> Depending on your slirp package you can tweak it. > >>>>> > >>>>> I have compiled it from source. Do you know exactly where and how I can > >>>>> tweak it? If so, please say how, so I don't have to search and find what > >>>>> is already known. > >>>> > >>>> AFAIK Debian folks have some patches in their package. > >>> > >>> I choose the best distro I know for the intended uses (RedHat and sister > >>> is usually not that good, but I don't discard using them to start). I > >>> did not use Fedora or RedHat that even the blog shows because I don't > >>> want and don't need graphical interface. Just CLI is perfect, just fine. > >>> > >>> If you can point which patch or which feature Debian patched I can work > >>> around it. Right now I know that it may have some problem, but I can > >>> even look for help my self or anywhere else because I don't know what it > >>> is - not much clues I can tell. > >>> > >>>> Thanks, > >>>> //richard > >>> > >>> Ironically, doing the same steps I did before it seemed to work today. > >>> :-/ I hate when this happens... hopefully it won't stop tomorrow, with > >>> another ironic happening. > >>> > >>> Now, with a close to work situaton, I guessed that it just needed to > >>> find the DNS the host uses (easy, fine), and then I repeat the route add > >>> command. But this is not true. Before I update UML's /etc/resolv.conf > >>> the only IP I can ping from UML is 127.0.0.1. What else do I need to do > >>> to have network in UML? > >> > >> ICMP is not supported on SLIRP. Only UDP and TCP. > >> > > > > What does this mean? Please explain a bit more clearly to me. I don't > > have much knowledge as you with UML and Kernel related (low system) > > things. > > This has 0 do to with UML. SLIRP is a very old user space tool. :) > > > Is TPC/IP supported? In theory, TPC happens above IP communication > > layer. So, should it work? > > TPC? > That's just a typo, of course. > > The network you said you had is the same as I just saw/did? Although I > > can communicate with the host, I won't be able to use its Internet > > connection? > > You can also use Internet. > I cannot. I have showed this with the attached with details in the complete session attached file. I can ping 127.0.0.1 (the host) but cannot ping any other IP addresses. May you help me find out the reason? If you need more information that I have sent in the attached file, please ask me. -- http://www.fastmail.com - Accessible with your email software or over the web |
|
From: Richard W. <ri...@no...> - 2015-11-23 20:32:49
|
Am 23.11.2015 um 21:31 schrieb Balaco Baco: > On Mon, Nov 23, 2015, at 17:07, Richard Weinberger wrote: >> Am 23.11.2015 um 21:04 schrieb Balaco Baco: >>> On Mon, Nov 23, 2015, at 16:38, Richard Weinberger wrote: >>>> Am 23.11.2015 um 20:04 schrieb Balaco Baco: >>>>> On Mon, Nov 23, 2015, at 13:35, Richard Weinberger wrote: >>>>>> Am 22.11.2015 um 16:39 schrieb Balaco Baco: >>>>>>>>>>>>> Since I have no root access in the host machine, I must use 'slirp'. >>>>>>>>>>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from >>>>>>>>>>>>> source and pass the full path to UML in the command line, e.g.: >>>>>>>>>>>> >>>>>>>>>>>> Yes. >>>>>>>>>>>> >>>>>>>>>>>>> eth0=slirp,,/home/me/bin/ >>>>>>>>>>>> >>>>>>>>>>>> Documentation says: ethn=slirp,ethernet address,slirp path >>>>>>>>>>>> >>>>>>>>>>>> That said, the slirp tool is old and AFIAK unmaintained. >>>>>>>>>>>> qemu forked it a long time ago and has it integrated into its >>>>>>>>>>>> source. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Documentation of UML also said that ethernet address is optional. I did >>>>>>>>>>> both ways, none worked (and it took me a few minutes and tries to find >>>>>>>>>>> out that not all MAC addresses are possible to use for a virtual machine >>>>>>>>>>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). >>>>>>>>>>> >>>>>>>>>>> So, is it possible that I run an UML with full Internet access, and >>>>>>>>>>> without having root access in the host machine? Or am I trying something >>>>>>>>>>> that from the start was not possible? >>>>>>>>>>> >>>>>>>>>>> If it is not possible, is it easy to set up some form of file sharing >>>>>>>>>>> between the host and UML machine? (again, this must *not* depend on host >>>>>>>>>>> root access!) >>>>>>>>>> >>>>>>>>>> As I said, if you don't have root on the host, you have to use slirp. >>>>>>>>>> >>>>>>>>> >>>>>>>>> And I am using slirp. But it do not work yet. I'm not sure what is >>>>>>>>> wrong. May you help me? >>>>>>>> >>>>>>>> Just gave it a try. Works here. >>>>>>>> >>>>>>>> ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G >>>>>>>> eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp >>>>>>>> >>>>>>>> root@uml:~# ifconfig eth0 10.0.2.15 up >>>>>>>> root@uml:~# route add default gw 10.0.2.15 >>>>>>> >>>>>>> Do not work for me. And to point directly to the slirp program instead >>>>>>> of its folder (which is understood by many as the *path* for anything, >>>>>>> not the things themselves, with full path) is news for me, and something >>>>>>> that should be pointed in the docs. I think many others will understand >>>>>>> it as I did before you said this. >>>>>> >>>>>> "Does not work" is not a valid error description. >>>>>> Please find out what exactly does not work. >>>>> >>>>> There is no clear error. In this paragraph I just pointed to something >>>>> in the instructions that mislead me to give the path to the folder >>>>> *where* slirp was, instead of the slip program itself, its file. The >>>>> most I could see that did not work I said right after, below in the >>>>> previous message. Please assume and try to see that I'm trying my best >>>>> to follow your directions, but I still could not do it although you just >>>>> said you did. >>>>> >>>>> You may also ask me to directly do things or steps that you do (maybe >>>>> it's something I don't know or do that make it don't work). >>>>> >>>>> >>>>>>> Now there is a few lines about slirt and ETH0: >>>>>>> >>>>>>> ======================= >>>>>>> [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] >>>>>>> >>>>>>> SLiRP Ready ... >>>>>>> Unsupported device type 256 for "eth0" >>>>>>> Failed to bring up eth0. >>>>>>> done. >>>>>>> >>>>>>> ======================== >>>>>> >>>>>> DHCP cannot work on SLIRP. >>>>>> That's why you have to configure the interface manually. >>>>>> >>>>>>> What can I do? >>>>>>> >>>>> >>>>> If configure the interface manually is to type the commands (inside UML) >>>>> below, that I did before: >>>>> >>>>> root@uml:~# ifconfig eth0 10.0.2.15 up >>>>> root@uml:~# route add default gw 10.0.2.15 >>>>> >>>>> It did not work. >>>>> >>>>> What information is useful for you? I don't know. So, since you seem to >>>>> have thought I did not try enough before, now I'm sending the whole boot >>>>> log, and each step I did before and repeated right now, after I read >>>>> your message. >>>>> >>>>> >>>>>>>> Then you can use networking. Please not that slirp does not have a >>>>>>>> performance. >>>>>>>> Depending on your slirp package you can tweak it. >>>>>>> >>>>>>> I have compiled it from source. Do you know exactly where and how I can >>>>>>> tweak it? If so, please say how, so I don't have to search and find what >>>>>>> is already known. >>>>>> >>>>>> AFAIK Debian folks have some patches in their package. >>>>> >>>>> I choose the best distro I know for the intended uses (RedHat and sister >>>>> is usually not that good, but I don't discard using them to start). I >>>>> did not use Fedora or RedHat that even the blog shows because I don't >>>>> want and don't need graphical interface. Just CLI is perfect, just fine. >>>>> >>>>> If you can point which patch or which feature Debian patched I can work >>>>> around it. Right now I know that it may have some problem, but I can >>>>> even look for help my self or anywhere else because I don't know what it >>>>> is - not much clues I can tell. >>>>> >>>>>> Thanks, >>>>>> //richard >>>>> >>>>> Ironically, doing the same steps I did before it seemed to work today. >>>>> :-/ I hate when this happens... hopefully it won't stop tomorrow, with >>>>> another ironic happening. >>>>> >>>>> Now, with a close to work situaton, I guessed that it just needed to >>>>> find the DNS the host uses (easy, fine), and then I repeat the route add >>>>> command. But this is not true. Before I update UML's /etc/resolv.conf >>>>> the only IP I can ping from UML is 127.0.0.1. What else do I need to do >>>>> to have network in UML? >>>> >>>> ICMP is not supported on SLIRP. Only UDP and TCP. >>>> >>> >>> What does this mean? Please explain a bit more clearly to me. I don't >>> have much knowledge as you with UML and Kernel related (low system) >>> things. >> >> This has 0 do to with UML. SLIRP is a very old user space tool. :) >> >>> Is TPC/IP supported? In theory, TPC happens above IP communication >>> layer. So, should it work? >> >> TPC? >> > > That's just a typo, of course. As I wrote, TCP and UDP work on SLIRP. >>> The network you said you had is the same as I just saw/did? Although I >>> can communicate with the host, I won't be able to use its Internet >>> connection? >> >> You can also use Internet. >> > > I cannot. I have showed this with the attached with details in the > complete session attached file. I can ping 127.0.0.1 (the host) but > cannot ping any other IP addresses. May you help me find out the reason? > If you need more information that I have sent in the attached file, > please ask me. As I wrote ICMP is not supported on SLIRP. Thanks, //richard |
|
From: Balaco B. <bal...@im...> - 2015-11-23 20:48:17
|
On Mon, Nov 23, 2015, at 17:32, Richard Weinberger wrote: > Am 23.11.2015 um 21:31 schrieb Balaco Baco: > > On Mon, Nov 23, 2015, at 17:07, Richard Weinberger wrote: > >> Am 23.11.2015 um 21:04 schrieb Balaco Baco: > >>> On Mon, Nov 23, 2015, at 16:38, Richard Weinberger wrote: > >>>> Am 23.11.2015 um 20:04 schrieb Balaco Baco: > >>>>> On Mon, Nov 23, 2015, at 13:35, Richard Weinberger wrote: > >>>>>> Am 22.11.2015 um 16:39 schrieb Balaco Baco: > >>>>>>>>>>>>> Since I have no root access in the host machine, I must use 'slirp'. > >>>>>>>>>>>>> Right? Now I'll install it (https://en.wikipedia.org/wiki/Slirp) from > >>>>>>>>>>>>> source and pass the full path to UML in the command line, e.g.: > >>>>>>>>>>>> > >>>>>>>>>>>> Yes. > >>>>>>>>>>>> > >>>>>>>>>>>>> eth0=slirp,,/home/me/bin/ > >>>>>>>>>>>> > >>>>>>>>>>>> Documentation says: ethn=slirp,ethernet address,slirp path > >>>>>>>>>>>> > >>>>>>>>>>>> That said, the slirp tool is old and AFIAK unmaintained. > >>>>>>>>>>>> qemu forked it a long time ago and has it integrated into its > >>>>>>>>>>>> source. > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> Documentation of UML also said that ethernet address is optional. I did > >>>>>>>>>>> both ways, none worked (and it took me a few minutes and tries to find > >>>>>>>>>>> out that not all MAC addresses are possible to use for a virtual machine > >>>>>>>>>>> like UML; is this at least mentioned in some UML doc? It shouls, IMHO). > >>>>>>>>>>> > >>>>>>>>>>> So, is it possible that I run an UML with full Internet access, and > >>>>>>>>>>> without having root access in the host machine? Or am I trying something > >>>>>>>>>>> that from the start was not possible? > >>>>>>>>>>> > >>>>>>>>>>> If it is not possible, is it easy to set up some form of file sharing > >>>>>>>>>>> between the host and UML machine? (again, this must *not* depend on host > >>>>>>>>>>> root access!) > >>>>>>>>>> > >>>>>>>>>> As I said, if you don't have root on the host, you have to use slirp. > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> And I am using slirp. But it do not work yet. I'm not sure what is > >>>>>>>>> wrong. May you help me? > >>>>>>>> > >>>>>>>> Just gave it a try. Works here. > >>>>>>>> > >>>>>>>> ./linux ubda=../Downloads/Debian-Squeeze-AMD64-root_fs mem=1G > >>>>>>>> eth0=slirp,FE:FD:01:02:03:04,/home/rw/work/slirp/slirp-1.0.17/src/slirp > >>>>>>>> > >>>>>>>> root@uml:~# ifconfig eth0 10.0.2.15 up > >>>>>>>> root@uml:~# route add default gw 10.0.2.15 > >>>>>>> > >>>>>>> Do not work for me. And to point directly to the slirp program instead > >>>>>>> of its folder (which is understood by many as the *path* for anything, > >>>>>>> not the things themselves, with full path) is news for me, and something > >>>>>>> that should be pointed in the docs. I think many others will understand > >>>>>>> it as I did before you said this. > >>>>>> > >>>>>> "Does not work" is not a valid error description. > >>>>>> Please find out what exactly does not work. > >>>>> > >>>>> There is no clear error. In this paragraph I just pointed to something > >>>>> in the instructions that mislead me to give the path to the folder > >>>>> *where* slirp was, instead of the slip program itself, its file. The > >>>>> most I could see that did not work I said right after, below in the > >>>>> previous message. Please assume and try to see that I'm trying my best > >>>>> to follow your directions, but I still could not do it although you just > >>>>> said you did. > >>>>> > >>>>> You may also ask me to directly do things or steps that you do (maybe > >>>>> it's something I don't know or do that make it don't work). > >>>>> > >>>>> > >>>>>>> Now there is a few lines about slirt and ETH0: > >>>>>>> > >>>>>>> ======================= > >>>>>>> [autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud] > >>>>>>> > >>>>>>> SLiRP Ready ... > >>>>>>> Unsupported device type 256 for "eth0" > >>>>>>> Failed to bring up eth0. > >>>>>>> done. > >>>>>>> > >>>>>>> ======================== > >>>>>> > >>>>>> DHCP cannot work on SLIRP. > >>>>>> That's why you have to configure the interface manually. > >>>>>> > >>>>>>> What can I do? > >>>>>>> > >>>>> > >>>>> If configure the interface manually is to type the commands (inside UML) > >>>>> below, that I did before: > >>>>> > >>>>> root@uml:~# ifconfig eth0 10.0.2.15 up > >>>>> root@uml:~# route add default gw 10.0.2.15 > >>>>> > >>>>> It did not work. > >>>>> > >>>>> What information is useful for you? I don't know. So, since you seem to > >>>>> have thought I did not try enough before, now I'm sending the whole boot > >>>>> log, and each step I did before and repeated right now, after I read > >>>>> your message. > >>>>> > >>>>> > >>>>>>>> Then you can use networking. Please not that slirp does not have a > >>>>>>>> performance. > >>>>>>>> Depending on your slirp package you can tweak it. > >>>>>>> > >>>>>>> I have compiled it from source. Do you know exactly where and how I can > >>>>>>> tweak it? If so, please say how, so I don't have to search and find what > >>>>>>> is already known. > >>>>>> > >>>>>> AFAIK Debian folks have some patches in their package. > >>>>> > >>>>> I choose the best distro I know for the intended uses (RedHat and sister > >>>>> is usually not that good, but I don't discard using them to start). I > >>>>> did not use Fedora or RedHat that even the blog shows because I don't > >>>>> want and don't need graphical interface. Just CLI is perfect, just fine. > >>>>> > >>>>> If you can point which patch or which feature Debian patched I can work > >>>>> around it. Right now I know that it may have some problem, but I can > >>>>> even look for help my self or anywhere else because I don't know what it > >>>>> is - not much clues I can tell. > >>>>> > >>>>>> Thanks, > >>>>>> //richard > >>>>> > >>>>> Ironically, doing the same steps I did before it seemed to work today. > >>>>> :-/ I hate when this happens... hopefully it won't stop tomorrow, with > >>>>> another ironic happening. > >>>>> > >>>>> Now, with a close to work situaton, I guessed that it just needed to > >>>>> find the DNS the host uses (easy, fine), and then I repeat the route add > >>>>> command. But this is not true. Before I update UML's /etc/resolv.conf > >>>>> the only IP I can ping from UML is 127.0.0.1. What else do I need to do > >>>>> to have network in UML? > >>>> > >>>> ICMP is not supported on SLIRP. Only UDP and TCP. > >>>> > >>> > >>> What does this mean? Please explain a bit more clearly to me. I don't > >>> have much knowledge as you with UML and Kernel related (low system) > >>> things. > >> > >> This has 0 do to with UML. SLIRP is a very old user space tool. :) > >> > >>> Is TPC/IP supported? In theory, TPC happens above IP communication > >>> layer. So, should it work? > >> > >> TPC? > >> > > > > That's just a typo, of course. > > As I wrote, TCP and UDP work on SLIRP. > > >>> The network you said you had is the same as I just saw/did? Although I > >>> can communicate with the host, I won't be able to use its Internet > >>> connection? > >> > >> You can also use Internet. > >> > > > > I cannot. I have showed this with the attached with details in the > > complete session attached file. I can ping 127.0.0.1 (the host) but > > cannot ping any other IP addresses. May you help me find out the reason? > > If you need more information that I have sent in the attached file, > > please ask me. > > As I wrote ICMP is not supported on SLIRP. > > Thanks, > //richard Please be clearer. You said "you can also use the Internet". But after that you repeat "As I wrote ICMP is not supported on SLIRP." So what do I have here? What are the practical ways to use the Internet within UML machine? The things want to do is to download packages, open websites, and other common Internet uses from most computers. -- http://www.fastmail.com - Access your email from home and the web |
Thanks for helping keep SourceForge clean.
X