|
|
 | Problemer med SMP-kerne (Ubuntu)
Fra : Lars Stokholm |
Dato : 13-07-05 18:30 |
|
Jeg spurgte i april om hjælp til at få SMP-kernen til at virke:
http://groups.google.dk/groups?threadm=slrnd6094v.8jh.stokholm%40stokholm.dyndns.dk
Tak for svaret Kasper. Inden jeg fik læst det, var jeg vist tilbage
ved "gode gamle" Windows. Jeg måtte lige have en velfortjent pause
fra min kamp for at blive Linux-bruger. Den har jeg haft nu.
Som svar på Kaspers sidste spørgsmål, så har jeg heller ingen ting
der hedder noget med "legacy support" i min BIOS. Hvad gør jeg?
| |
 Jesper Krogh (13-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 13-07-05 18:39 |
| | |
Lars Stokholm (13-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 13-07-05 18:41 |
| | |
 Jesper Krogh (13-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 13-07-05 18:46 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> Jesper Krogh wrote:
>
> >> Jeg spurgte i april om hjælp til at få SMP-kernen til at virke:
> >> http://groups.google.dk/groups?threadm=slrnd6094v.8jh.stokholm%40stokholm.dyndns.dk
> >
> > Virker den med den almindelige kerne?
>
> Ja, ingen problemer.
Der er kommet adskillige opdateringer, har du opdateret til den nyeste?
uname -a skal vise: 2.6.10-7
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (13-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 13-07-05 18:50 |
|
Jesper Krogh wrote:
> Der er kommet adskillige opdateringer, har du opdateret til den nyeste?
Nej, jeg er faktisk i Windows nu. Jeg er i fuld gang med at hente et
install-image, da der var mindst én md5-fejl i det gamle.
Da jeg skulle i gang igen, var jeg lidt "skuffet" over at der ikke
var kommet en ny Ubuntu-version, men det er da glædeligt at høre,
at der er kommet opdateringer. Det er bare noget jeg kører ind via
apt-get (eller Synaptic), ikke?
Er det opdateringer der har med SMP-kernen at gøre, eller hvordan?
| |
Jesper Krogh (13-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 13-07-05 18:53 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> Jesper Krogh wrote:
>
> > Der er kommet adskillige opdateringer, har du opdateret til den nyeste?
>
> Nej, jeg er faktisk i Windows nu. Jeg er i fuld gang med at hente et
> install-image, da der var mindst én md5-fejl i det gamle.
>
> Da jeg skulle i gang igen, var jeg lidt "skuffet" over at der ikke
> var kommet en ny Ubuntu-version, men det er da glædeligt at høre,
> at der er kommet opdateringer. Det er bare noget jeg kører ind via
> apt-get (eller Synaptic), ikke?
Jo.
> Er det opdateringer der har med SMP-kernen at gøre, eller hvordan?
Så skal du selv læse changelogs/etc. igennem... det gør jeg ikke for dig
Derfor ville jeg teste.. ellers ville jeg prøve smp-kernen fra Breezy
og endeligt ville jeg ikke spilde ret mange kræfter på hyperthreading,
da dokumentationen på effekten af hyperthreading er meget sporadisk..
nogle gange gør den endda performance værre (Postgresql har efter
sigende dette problem.)
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (13-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 13-07-05 18:59 |
|
Jesper Krogh wrote:
>> Er det opdateringer der har med SMP-kernen at gøre, eller hvordan?
>
> Så skal du selv læse changelogs/etc. igennem... det gør jeg ikke for dig
>
Ej kom nu, det er sgu for dårligt. Er det ikke meningen at dette
skulle været et forum, hvor man kan få hjælp? ;)
> Derfor ville jeg teste.. ellers ville jeg prøve smp-kernen fra Breezy
> og endeligt ville jeg ikke spilde ret mange kræfter på hyperthreading,
> da dokumentationen på effekten af hyperthreading er meget sporadisk..
> nogle gange gør den endda performance værre (Postgresql har efter
> sigende dette problem.)
Jeg havde tænkt på at køre Breezy hele vejen igennem, men jeg er
bange for at jeg vil få meget mindre support på den - og jeg tror
jeg får brug for meget support (igen). :)
Egentlig er årsagen til at jeg overhovedet gider bøvle med det,
stadig mit problem med læsning fra (sikkert også skrivning til)
CD og DVD:
http://groups.google.dk/groups?threadm=slrnd5stq1.eo8.stokholm@stokholm.dyndns.dk
Jeg kan faktisk ikke engang huske om jeg nogensinde fik prøvet at
slå DMA til på mine optiske drev.
Hvis jeg nu vælger at lade SMP-kernen ligge, vil det mon så være
en god idé at slå hyperthreadingsupport fra i BIOS? Og skal det
gøres før jeg installerer Ubuntu, eller hvad?
| |
Lars Stokholm (13-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 13-07-05 19:03 |
|
Lars Stokholm wrote:
> Jeg havde tænkt på at køre Breezy hele vejen igennem, men jeg er
> bange for at jeg vil få meget mindre support på den - og jeg tror
> jeg får brug for meget support (igen). :)
Hvis ikke det var underforstået, så vil jeg egentlig gerne høre om
erfaringer med at køre Breezy, hvis nogen skulle ligge inde med dem.
| |
Jesper Krogh (13-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 13-07-05 19:05 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> > Derfor ville jeg teste.. ellers ville jeg prøve smp-kernen fra Breezy
> > og endeligt ville jeg ikke spilde ret mange kræfter på hyperthreading,
> > da dokumentationen på effekten af hyperthreading er meget sporadisk..
> > nogle gange gør den endda performance værre (Postgresql har efter
> > sigende dette problem.)
>
> Jeg havde tænkt på at køre Breezy hele vejen igennem, men jeg er
> bange for at jeg vil få meget mindre support på den - og jeg tror
> jeg får brug for meget support (igen). :)
Breezy er udviklingsversionen.. du tænker på Hoary ikke?
> Egentlig er årsagen til at jeg overhovedet gider bøvle med det,
> stadig mit problem med læsning fra (sikkert også skrivning til)
> CD og DVD:
> http://groups.google.dk/groups?threadm=slrnd5stq1.eo8.stokholm@stokholm.dyndns.dk
> Jeg kan faktisk ikke engang huske om jeg nogensinde fik prøvet at
> slå DMA til på mine optiske drev.
Jeg tror jeg ville hoppe direkte på Breezy kernen..
> Hvis jeg nu vælger at lade SMP-kernen ligge, vil det mon så være
> en god idé at slå hyperthreadingsupport fra i BIOS? Og skal det
> gøres før jeg installerer Ubuntu, eller hvad?
Ja, prøv at slå det fra, installer Ubuntu opgrader til Breezy (hvis du
er lidt vovet) ellers kun kernen fra Breezy:
Hent her:
http://tinyurl.com/bhubn
Og installer med :
dpkg -i <pakkenavn>
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (13-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 13-07-05 19:12 |
|
Jesper Krogh wrote:
> Breezy er udviklingsversionen.. du tænker på Hoary ikke?
Næh, det var nu Breezy, netop fordi den er nyere.
> Jeg tror jeg ville hoppe direkte på Breezy kernen..
Okay, det vil jeg sgu prøve så.
> Ja, prøv at slå det fra
Jeg skulle vel slå det til, hvis der skal være nogen grund til at
tage Breezy-kernen, ikke?
> installer Ubuntu opgrader til Breezy (hvis du er lidt vovet) ellers
> kun kernen fra Breezy:
Uh, det er næsten lige før jeg får lyst til at installere hele
Breezy, men er den meget langt fra færdig?
| |
Lars Stokholm (13-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 13-07-05 19:16 |
|
Jesper Krogh wrote:
> Ja, prøv at slå det fra, installer Ubuntu opgrader til Breezy (hvis du
> er lidt vovet) ellers kun kernen fra Breezy:
>
> Hent her:
> http://tinyurl.com/bhubn
>
> Og installer med :
> dpkg -i <pakkenavn>
Damn, nu glemte jeg lige at spørge: Kan man ikke kente kernen med
apt-get? For at installere hele Breezy er det her jo vejen frem:
http://ubuntuforums.org/showpost.php?p=130473&postcount=7
| |
Jesper Krogh (13-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 13-07-05 20:21 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> Jesper Krogh wrote:
>
> > Ja, prøv at slå det fra, installer Ubuntu opgrader til Breezy (hvis du
> > er lidt vovet) ellers kun kernen fra Breezy:
> >
> > Hent her:
> > http://tinyurl.com/bhubn
> >
> > Og installer med :
> > dpkg -i <pakkenavn>
>
> Damn, nu glemte jeg lige at spørge: Kan man ikke kente kernen med
> apt-get? For at installere hele Breezy er det her jo vejen frem:
> http://ubuntuforums.org/showpost.php?p=130473&postcount=7
Ja, det kan man.. men man skal lige have lidt "føling" med apt-get for
at man ikke farer vild i det.. derfor foreslog jeg det andet.
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (13-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 13-07-05 19:57 |
|
Lars Stokholm wrote:
> Nej, jeg er faktisk i Windows nu. Jeg er i fuld gang med at hente et
> install-image, da der var mindst én md5-fejl i det gamle.
Og tjekket af den nybrændte CD gav nøjagtigt samme resultat. :/
Nå, vi ses i Ubuntu, nu prøver jeg først lige at slå hyperthreading
fra i BIOS, installere Hoary, se hvad der er kommet af opdateringer
og slå DMA til for mit CD-drev.
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 09:57 |
|
On 2005-07-13, Jesper Krogh <jesper@krogh.cc> wrote:
> uname -a skal vise: 2.6.10-7
Der var 27 opdateringer, da jeg startede Ubuntu første gang, dem
hentede jeg alle. Nu siger 'uname -a' 2.6.10-5-386. Hvorfor?
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 10:03 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-13, Jesper Krogh <jesper@krogh.cc> wrote:
> > uname -a skal vise: 2.6.10-7
>
> Der var 27 opdateringer, da jeg startede Ubuntu første gang, dem
> hentede jeg alle. Nu siger 'uname -a' 2.6.10-5-386. Hvorfor?
Har du rebootet?
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 12:03 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
>> Der var 27 opdateringer, da jeg startede Ubuntu første gang, dem
>> hentede jeg alle. Nu siger 'uname -a' 2.6.10-5-386. Hvorfor?
>
> Har du rebootet?
Nu har jeg, men det gør ingen forskel. I Synaptic, under pakken
"linux-386", siger den dog 2.6.10-7.
Jeg troede i øvrigt heller ikke at Linux skulle genstartes så
meget som Windows. Jeg har lige siddet og bøvlet en masse med
locales (i forbindelse med slrn), indtil jeg fandt på at
genstarte maskinen - det var bare det der skulle til.
Efter man har valgt et nyt "default locale" i 'dpkg-reconfigure
locales', er der så en måde hvorpå man opdatere systemet på, så
der ikke er brug for at genstarte? 'locale' viste nemlig, inden
jeg genstartede, stadig 'en_DK.UTF-8' i stedet for 'en_DK'.
| |
Magnus Pedersen (14-07-2005)
| Kommentar
Fra : Magnus Pedersen |
Dato : 14-07-05 12:10 |
|
Lars Stokholm wrote:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
>
>>> Der var 27 opdateringer, da jeg startede Ubuntu første gang, dem
>>> hentede jeg alle. Nu siger 'uname -a' 2.6.10-5-386. Hvorfor?
>>
>>Har du rebootet?
>
>
> Nu har jeg, men det gør ingen forskel. I Synaptic, under pakken
> "linux-386", siger den dog 2.6.10-7.
>
> Jeg troede i øvrigt heller ikke at Linux skulle genstartes så
> meget som Windows. Jeg har lige siddet og bøvlet en masse med
> locales (i forbindelse med slrn), indtil jeg fandt på at
> genstarte maskinen - det var bare det der skulle til.
Det eneste tidspunkt du _SKAL_ genstarte maskinen er når du
skifter kerne, ellers kan du klare dine problemer på en anden måde.
--
"Ford, you're turning into a penguin. Stop it."
Douglas N. Adams (1952-2001)
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 12:22 |
|
On 2005-07-14, Magnus Pedersen <mgpeder@hotmail.com> wrote:
>> Nu har jeg, men det gør ingen forskel. I Synaptic, under pakken
>> "linux-386", siger den dog 2.6.10-7.
Men når den booter siger den 2.6.10-5. Hmm...
> Det eneste tidspunkt du _SKAL_ genstarte maskinen er når du
> skifter kerne, ellers kan du klare dine problemer på en anden måde.
Okay, så må der være en vej uden om det med locales. Og en vej
uden om at genstarte, fordi Thunderbird lige efter installationen,
tilsyneladende mangler et ikon, og man derfor får en fejl, når
man prøver at lægge programmet i Gnome-panelet. :)
| |
Kent Friis (14-07-2005)
| Kommentar
Fra : Kent Friis |
Dato : 14-07-05 15:36 |
|
Den Thu, 14 Jul 2005 13:10:10 +0200 skrev Magnus Pedersen:
> Lars Stokholm wrote:
>> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
>>
>>>> Der var 27 opdateringer, da jeg startede Ubuntu første gang, dem
>>>> hentede jeg alle. Nu siger 'uname -a' 2.6.10-5-386. Hvorfor?
>>>
>>>Har du rebootet?
>>
>>
>> Nu har jeg, men det gør ingen forskel. I Synaptic, under pakken
>> "linux-386", siger den dog 2.6.10-7.
>>
>> Jeg troede i øvrigt heller ikke at Linux skulle genstartes så
>> meget som Windows. Jeg har lige siddet og bøvlet en masse med
>> locales (i forbindelse med slrn), indtil jeg fandt på at
>> genstarte maskinen - det var bare det der skulle til.
>
> Det eneste tidspunkt du _SKAL_ genstarte maskinen er når du
> skifter kerne, ellers kan du klare dine problemer på en anden måde.
Som regel anbefales det dog at gøre det når man skifter hardware
Medmindre der er tale om hot-plug hardware, naturligvis.
Mvh
Kent
--
Hard work may pay off in the long run, but lazyness pays off right now.
| |
Magnus Pedersen (15-07-2005)
| Kommentar
Fra : Magnus Pedersen |
Dato : 15-07-05 00:11 |
|
Kent Friis wrote:
>>
>>Det eneste tidspunkt du _SKAL_ genstarte maskinen er når du
>>skifter kerne, ellers kan du klare dine problemer på en anden måde.
>
>
> Som regel anbefales det dog at gøre det når man skifter hardware
>
> Medmindre der er tale om hot-plug hardware, naturligvis.
>
> Mvh
> Kent
psch, bagatel 
--
"Ford, you're turning into a penguin. Stop it."
Douglas N. Adams (1952-2001)
| |
Kent Friis (15-07-2005)
| Kommentar
Fra : Kent Friis |
Dato : 15-07-05 15:29 |
|
Den Fri, 15 Jul 2005 01:10:32 +0200 skrev Magnus Pedersen:
> Kent Friis wrote:
>>>
>>>Det eneste tidspunkt du _SKAL_ genstarte maskinen er når du
>>>skifter kerne, ellers kan du klare dine problemer på en anden måde.
>>
>>
>> Som regel anbefales det dog at gøre det når man skifter hardware
>>
>> Medmindre der er tale om hot-plug hardware, naturligvis.
>
> psch, bagatel
Jeg sagde "anbefales".
"hdparm -Y" for at sætte en harddisk i powersave inden man tager den
ud er ikke den anbefalede løsning.
Mvh
Kent
--
Hard work may pay off in the long run, but lazyness pays off right now.
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 12:54 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> > Har du rebootet?
>
> Nu har jeg, men det gør ingen forskel. I Synaptic, under pakken
> "linux-386", siger den dog 2.6.10-7.
Fortæller den også at den er installeret?
> Jeg troede i øvrigt heller ikke at Linux skulle genstartes så
> meget som Windows. Jeg har lige siddet og bøvlet en masse med
> locales (i forbindelse med slrn), indtil jeg fandt på at
> genstarte maskinen - det var bare det der skulle til.
>
> Efter man har valgt et nyt "default locale" i 'dpkg-reconfigure
> locales', er der så en måde hvorpå man opdatere systemet på, så
> der ikke er brug for at genstarte? 'locale' viste nemlig, inden
> jeg genstartede, stadig 'en_DK.UTF-8' i stedet for 'en_DK'.
Log ud og log ind igen ville have gjort det samme.. eller startet en ny
shell.
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 13:27 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> Fortæller den også at den er installeret?
Ja, versionsnummeret står også i Installed-kolonnen.
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 13:29 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> > Fortæller den også at den er installeret?
>
> Ja, versionsnummeret står også i Installed-kolonnen.
Dukker den ikke op i grub-menuen ved opstart så.. ?
Jesper(Der er mest vant til LILO)
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 14:20 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> Dukker den ikke op i grub-menuen ved opstart så.. ?
Nix.
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 14:26 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> > Dukker den ikke op i grub-menuen ved opstart så.. ?
>
> Nix.
hvad siger:
$ dpkg --get-selections | grep 2.6
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 14:33 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> hvad siger:
> $ dpkg --get-selections | grep 2.6
linux-image-2.6.10-5-386 install
linux-restricted-modules-2.6.10-5-386 install
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 14:53 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> > hvad siger:
> > $ dpkg --get-selections | grep 2.6
>
> linux-image-2.6.10-5-386 install
> linux-restricted-modules-2.6.10-5-386 install
Ok, den er altså ikke installeret..
apt-cache search linux-image
(for at se hvad der er)
og
apt-get install <pakkenavn>
for at få den ind.
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 15:04 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> Ok, den er altså ikke installeret..
Synaptic siger at der er en linux-image-386 installeret, i version
2.6.10-7. Men linux-image-2.6.10-5-386 er sjovt nok installeret i
version 2.6.10-34.3.
Der er ingen linux-image-2.6.10-7(-386) at finde i listen.
> apt-cache search linux-image
> (for at se hvad der er)
> og
> apt-get install <pakkenavn>
> for at få den ind.
Den findes ikke. :/ Der er kun 2.6.10-5 og så de andre kerner
(smp og hvad der nu ellers er).
linux-image-386 - Linux kernel image on 386.
linux-image-686 - Linux kernel image on PPro/Celeron/PII/PIII/PIV.
linux-image-686-smp - Linux kernel image on PPro/Celeron/PII/PIII/PIV
SMP.
linux-image-k7 - Linux kernel image on AMD K7.
linux-image-k7-smp - Linux kernel image on AMD K7 SMP.
linux-image-2.6.11-1-386 - Linux kernel image for version 2.6.11 on 386.
linux-image-2.6.11-1-686 - Linux kernel image for version 2.6.11 on
PPro/Celeron/PII/PIII/PIV.
linux-image-2.6.11-1-686-smp - Linux kernel image for version 2.6.11 on
PPro/Celeron/PII/PIII/PIV SMP.
linux-image-2.6.11-1-k7 - Linux kernel image for version 2.6.11 on AMD
K7.
linux-image-2.6.11-1-k7-smp - Linux kernel image for version 2.6.11 on
AMD K7 SMP.
linux-tree-2.6.11 - Linux kernel tree for building prepackaged Ubuntu
kernel images
linux-image-2.6.10-5-386 - Linux kernel image for version 2.6.10 on 386.
linux-image-2.6.10-5-686 - Linux kernel image for version 2.6.10 on
PPro/Celeron/PII/PIII/PIV.
linux-image-2.6.10-5-686-smp - Linux kernel image for version 2.6.10 on
PPro/Celeron/PII/PIII/PIV SMP.
linux-image-2.6.10-5-k7 - Linux kernel image for version 2.6.10 on AMD
K7.
linux-image-2.6.10-5-k7-smp - Linux kernel image for version 2.6.10 on
AMD K7 SMP.
linux-tree-2.6.10 - Linux kernel tree for building prepackaged Ubuntu
kernel images
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 15:09 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> > Ok, den er altså ikke installeret..
>
> Synaptic siger at der er en linux-image-386 installeret, i version
> 2.6.10-7. Men linux-image-2.6.10-5-386 er sjovt nok installeret i
> version 2.6.10-34.3.
>
> Der er ingen linux-image-2.6.10-7(-386) at finde i listen.
Prøv denne i stedet:
> linux-image-2.6.11-1-686-smp - Linux kernel image for version 2.6.11 on
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 15:39 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> Prøv denne i stedet:
>
>> linux-image-2.6.11-1-686-smp - Linux kernel image for version 2.6.11 on
Aha, ja, den er jo nok nyere. ;)
Det oprindelige problem (med den langsomme kommunikation med optiske
drev), grunden til at bruge en smp-kerne, er jo løst. Jeg har helt
glemt hvorfor jeg skulle opdatere min kerne. Sådan kan det gå.
Men jeg vil nok prøve at hive den ind alligevel. Og så er jeg også
ved at hente FreeBSD 5.4 for at se lidt på den. Den kan min bærbare
lege med, mens den store leger med Ubuntu. Ved du tilfældigvis, om
det er nok med CD1, for at få den op at køre med Gnome? Og hvad
hedder, i den forbindelse, FreeBSDs svar på apt-get/synaptic?
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 15:41 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> > Prøv denne i stedet:
> >
> >> linux-image-2.6.11-1-686-smp - Linux kernel image for version 2.6.11 on
>
> Aha, ja, den er jo nok nyere. ;)
>
> Det oprindelige problem (med den langsomme kommunikation med optiske
> drev), grunden til at bruge en smp-kerne, er jo løst. Jeg har helt
> glemt hvorfor jeg skulle opdatere min kerne. Sådan kan det gå.
Det var noget med hyperthreading.
> Men jeg vil nok prøve at hive den ind alligevel. Og så er jeg også
> ved at hente FreeBSD 5.4 for at se lidt på den. Den kan min bærbare
> lege med, mens den store leger med Ubuntu. Ved du tilfældigvis, om
> det er nok med CD1, for at få den op at køre med Gnome? Og hvad
> hedder, i den forbindelse, FreeBSDs svar på apt-get/synaptic?
Nej, jeg er ikke nået til at prøve FreeBSD endnu Der må være andre
der kan svare bedre.
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 15:58 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> Det var noget med hyperthreading.
Bingo. :D
> Nej, jeg er ikke nået til at prøve FreeBSD endnu Der må være andre
> der kan svare bedre.
Okay, du får så lige nogle spørgsmål i mellemtiden, vi kan jo ikke
have at du render rundt og keder dig. :) Ej, jeg burde starte en
"Min Linux-tråd", meeen...
Jeg har et program, Hydranode ( http://hydranode.com/), som jeg
simpelthen er nødt til at bruge i SVN-versionen (Subversion,
ligner CVS). Jeg henter det, oversætter med 'make' og alt er fint.
Men nu står jeg med en eksekverbar fil og en mappe med tilhørende
moduler, som jeg ikke ved hvor jeg skal gøre af.
I Windows havde jeg lavet en mappe til det hele, på min
programpartition (E:\) og lavet en genvej til det, et andet sted,
så programmet var nemt at starte. Men hvad gør man normalt ved
sådan noget i Linux? Alle programmer ligger jo relativt samlet,
et eller andet sted (som jeg ikke kender). Jeg gider ikke at have
Hydranode liggende og flyde rundt sammen med dets kildekode.
Hvordan får jeg orden på det? Jeg ved godt at 'make install' er
en Ond Ting, men jeg har prøvet det alligevel, og det kopierer en
masse filer, men alligevel kan jeg ikke få lov at køre
'hydranode' fra prompten.
Det er sådan nogle problemer en psykotisk Windows-hacker bøvler
med. :) De fleste andre havde nok bare navigeret til hydranodes
sti, og kørt det derfra, hver eneste gang, men det gider jeg
ikke. I øvrigt synes jeg ikke det er nogen god idé, at lægge
dets sti i min PATH (noget med export PATH=~/sti/til/hn, ik'?).
Pyha, sorry...
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 16:11 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> Jeg har et program, Hydranode ( http://hydranode.com/), som jeg
> simpelthen er nødt til at bruge i SVN-versionen (Subversion,
> ligner CVS). Jeg henter det, oversætter med 'make' og alt er fint.
> Men nu står jeg med en eksekverbar fil og en mappe med tilhørende
> moduler, som jeg ikke ved hvor jeg skal gøre af.
Jeg kan kun fortælle hvad jeg gør..
Jeg tilføjer /usr/local/bin til min $PATH og symlinker den binære ind i
/usr/local/bin/programnavn
Det gør at det er *meget* let at rydde op efter programmet og passer
bedst til mit temperament
>
> Det er sådan nogle problemer en psykotisk Windows-hacker bøvler
> med. :) De fleste andre havde nok bare navigeret til hydranodes
> sti, og kørt det derfra, hver eneste gang, men det gider jeg
> ikke. I øvrigt synes jeg ikke det er nogen god idé, at lægge
> dets sti i min PATH (noget med export PATH=~/sti/til/hn, ik'?).
Jo:
export PATH=$PATH:/usr/local/bin
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 16:13 |
|
I dk.edb.system.unix, skrev Jesper Krogh:
> I dk.edb.system.unix, skrev Lars Stokholm:
> > Jeg har et program, Hydranode ( http://hydranode.com/), som jeg
> > simpelthen er nødt til at bruge i SVN-versionen (Subversion,
> > ligner CVS). Jeg henter det, oversætter med 'make' og alt er fint.
> > Men nu står jeg med en eksekverbar fil og en mappe med tilhørende
> > moduler, som jeg ikke ved hvor jeg skal gøre af.
>
> Jeg kan kun fortælle hvad jeg gør..
>
> Jeg tilføjer /usr/local/bin til min $PATH og symlinker den binære ind i
> /usr/local/bin/programnavn
>
> Det gør at det er *meget* let at rydde op efter programmet og passer
> bedst til mit temperament
Oh, ja.. det har også en anden fordel.. med et enklet symlink mere..
man laver programmet i:
/usr/local/programnavn-3.4
symlinker til
ln -s /usr/local/programnavn-3.4 /usr/local/programnavn
og
ln -s /usr/local/programnavn/bin/program /usr/local/bin/program
Så kan man nemlig opdatere til 3.5 og kun flytte et symlink og vente med
at slette/fjerne noget indtil man er sikker på at 3.5 virker... (eller
lade den blive til \inf fordi diskplads er så billig
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 16:44 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
>> Jeg tilføjer /usr/local/bin til min $PATH
Den er der vist allerede:
lars@desktop  $ echo $PATH
/usr/local/bin:/usr/local/sbin:/sbin:/usr/sbin:/bin:/usr/bin:/usr/bin/X11:/usr/games
>> og symlinker den binære ind i /usr/local/bin/programnavn
lars@desktop /sources/hydranode$ sudo ln -s hydranode /usr/local/bin/hydranode
Men:
lars@desktop $ hydranode
bash: hydranode: command not found
>> Det gør at det er *meget* let at rydde op efter programmet og passer
>> bedst til mit temperament
Det er én af de ting jeg søger.
> Oh, ja.. det har også en anden fordel.. med et enklet symlink mere..
>
> man laver programmet i:
> /usr/local/programnavn-3.4
> symlinker til
> ln -s /usr/local/programnavn-3.4 /usr/local/programnavn
'programnavn-3.4' er en mappe? Hvad skal dét til for? /usr/local
er jo ikke engang i min PATH.
> ln -s /usr/local/programnavn/bin/program /usr/local/bin/program
>
> Så kan man nemlig opdatere til 3.5 og kun flytte et symlink og vente med
> at slette/fjerne noget indtil man er sikker på at 3.5 virker... (eller
> lade den blive til \inf fordi diskplads er så billig
Jeg tror jeg ikke jeg forstår det eksempel du giver, men idéen
forstår jeg vist godt. Måske...
Hvis nu jeg havde to versioner af samme program:
/usr/local/programnavn-3.4/
og
/usr/local/programnavn-3.5/
Så kan jeg skifte mellem dem, med hhv:
ln -s /usr/local/programnavn-3.4/bin/program /usr/local/bin/program
og
ln -s /usr/local/programnavn-3.5/bin/program /usr/local/bin/program
Hvis det også var det du skrev, så beklager jeg, det kunne jeg
ikke se. :) Hvis det jeg skriver er forkert, har jeg misforstået.
PS: Hvad er forskellen på symlink og hardlink?
PPS: Bliver /usr/local generelt brugt til ens egne programmer?
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 16:50 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> >> Jeg tilføjer /usr/local/bin til min $PATH
>
> Den er der vist allerede:
> lars@desktop $ echo $PATH
> /usr/local/bin:/usr/local/sbin:/sbin:/usr/sbin:/bin:/usr/bin:/usr/bin/X11:/usr/games
>
> >> og symlinker den binære ind i /usr/local/bin/programnavn
>
> lars@desktop /sources/hydranode$ sudo ln -s hydranode /usr/local/bin/hydranode
>
> Men:
>
> lars@desktop $ hydranode
> bash: hydranode: command not found
Nej.. du har lige lavet et "dødt" symlink.. hvis du har farver på ls, så
fremgår det ret tydeligt med ls -l /usr/local/bin
Giv altid fuld sti på "første argument" til ln -s
> Så kan jeg skifte mellem dem, med hhv:
>
> ln -s /usr/local/programnavn-3.4/bin/program /usr/local/bin/program
> og
> ln -s /usr/local/programnavn-3.5/bin/program /usr/local/bin/program
Nej:
ln -s /usr/local/programnavn-3.4 /usr/local/program
ln -s /usr/local/programnavn/bin/program /usr/local/bin/program
tiden går og du får /usr/local/programnavn-3.5
Dette kan ud nu skifte ved at lave en:
rm /usr/local/program
ln -s /usr/local/programnavn-3.5 /usr/local/program
> Hvis det også var det du skrev, så beklager jeg, det kunne jeg
> ikke se. :) Hvis det jeg skriver er forkert, har jeg misforstået.
Lidt, men ikke helt.
> PS: Hvad er forskellen på symlink og hardlink?
man ln
> PPS: Bliver /usr/local generelt brugt til ens egne programmer?
Hos mig gør den.. man 7 hier kan fortælle dig mere.
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 17:12 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> Nej.. du har lige lavet et "dødt" symlink.. hvis du har farver på ls, så
> fremgår det ret tydeligt med ls -l /usr/local/bin
>
> Giv altid fuld sti på "første argument" til ln -s
Nåhh.
> Nej:
Ville min måde ikke også virke?
> ln -s /usr/local/programnavn-3.4 /usr/local/program
Mener du mon:
ln -s /usr/local/programnavn-3.4 /usr/local/programnavn
'programnavn-3.4' og 'programnavn' er mapper, ikke?
> ln -s /usr/local/programnavn/bin/program /usr/local/bin/program
Aha, og /usr/local/programnavn er et symlink til
/usr/local/programnavn-3.4? /usr/local/bin/program er et symlink
til /usr/local/programnavn-3.4/bin/program?
> man ln
Jeg havde smidt 'man' væk, i min tid med Windows. :)
> Hos mig gør den.. man 7 hier kan fortælle dig mere.
Mand! Hvorfor har ingen fortalt mig om den før? :)
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 17:30 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> > Nej.. du har lige lavet et "dødt" symlink.. hvis du har farver på ls, så
> > fremgår det ret tydeligt med ls -l /usr/local/bin
> >
> > Giv altid fuld sti på "første argument" til ln -s
>
> Nåhh.
>
> > Nej:
>
> Ville min måde ikke også virke?
>
> > ln -s /usr/local/programnavn-3.4 /usr/local/program
>
> Mener du mon:
> ln -s /usr/local/programnavn-3.4 /usr/local/programnavn
Jo.
> 'programnavn-3.4' og 'programnavn' er mapper, ikke?
Nej, programnavn er jo et symlink, det har du jo lige oprettet.
> > ln -s /usr/local/programnavn/bin/program /usr/local/bin/program
>
> Aha, og /usr/local/programnavn er et symlink til
> /usr/local/programnavn-3.4? /usr/local/bin/program er et symlink
> til /usr/local/programnavn-3.4/bin/program?
En demo er måske bedre:
jesper@ibm:/tmp/usr/local$ bin/test.sh
test version 3.5
jesper@ibm:/tmp/usr/local$ rm -f program
jesper@ibm:/tmp/usr/local$ ln -s program-3.4 program
jesper@ibm:/tmp/usr/local$ bin/test.sh
test version 3.4
jesper@ibm:/tmp/usr/local$ tree
..
|-- bin
| `-- test.sh -> ../program/bin/test.sh
|-- program -> program-3.4
|-- program-3.4
| `-- bin
| |-- test
| `-- test.sh
`-- program-3.5
`-- bin
`-- test.sh
6 directories, 4 files
> > man ln
>
> Jeg havde smidt 'man' væk, i min tid med Windows. :)
>
> > Hos mig gør den.. man 7 hier kan fortælle dig mere.
>
> Mand! Hvorfor har ingen fortalt mig om den før? :)
man man
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 17:48 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
>> 'programnavn-3.4' og 'programnavn' er mapper, ikke?
>
> Nej, programnavn er jo et symlink, det har du jo lige oprettet.
Ja, det var også det jeg mente. :)
man ln synes ikke at give nogen hjælp til at forstå forskellen
mellem hardlink og symlink. Den siger at target skal eksistere
for et hardlink, er det eneste forskel?
>> Aha, og /usr/local/programnavn er et symlink til
>> /usr/local/programnavn-3.4? /usr/local/bin/program er et symlink
>> til /usr/local/programnavn-3.4/bin/program?
>
> En demo er måske bedre:
Er ovenstående da ikke rigtigt forstået?
> jesper@ibm:/tmp/usr/local$ bin/test.sh
> test version 3.5
> jesper@ibm:/tmp/usr/local$ rm -f program
> jesper@ibm:/tmp/usr/local$ ln -s program-3.4 program
> jesper@ibm:/tmp/usr/local$ bin/test.sh
> test version 3.4
> jesper@ibm:/tmp/usr/local$ tree
Jeg tror jeg forstår det.
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 17:55 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> >> 'programnavn-3.4' og 'programnavn' er mapper, ikke?
> > Nej, programnavn er jo et symlink, det har du jo lige oprettet.
>
> Ja, det var også det jeg mente. :)
>
> man ln synes ikke at give nogen hjælp til at forstå forskellen
> mellem hardlink og symlink. Den siger at target skal eksistere
> for et hardlink, er det eneste forskel?
symlink og hardlinks er fundamentelt forskellige.. symlinks er
"henvisninger" i filsystemet. De kan være døde eller.. hvad ved jeg.
Et UNIX filsystem har normalt et koncept med directory-chuncks og inoder
(prøv en df -i)
Et hardlink er en i-node der er refereret fra 2 directory-chuncks.
Derfor kan man ikke hardlinks direktorier til hindanden og hardlinks
virker også kun indenfor samme filsystem.
Men du kan få den samme fil til at optræde med flere forskellige navne..
En demo måske..
jesper@ibm:/tmp/hardlink$ dd if=/dev/zero of=hardlinktest bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes transferred in 5.012112 seconds (20920841 bytes/sec)
jesper@ibm:/tmp/hardlink$ df -h /tmp
Filesystem Size Used Avail Use% Mounted on
/dev/hda7 13G 9.8G 2.3G 82% /
jesper@ibm:/tmp/hardlink$ ls -lh
total 101M
-rw-r--r-- 1 jesper jesper 100M 2005-07-14 18:51 hardlinktest
jesper@ibm:/tmp/hardlink$ for ((i=0; i<50; i++)); do ln hardlinktest hardlinktes
t-$i; done
jesper@ibm:/tmp/hardlink$ ls -lh
total 5.1G
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-0
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-1
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-10
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-11
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-12
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-13
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-14
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-15
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-16
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-17
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-18
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-19
-rw-r--r-- 52 jesper jesper 100M 2005-07-14 18:51 hardlinktest-2
..... og mange mere..
jesper@ibm:/tmp/hardlink$ du -sh .
101M .
Forvirret?
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 18:15 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> Forvirret?
Blip-blip. :) Jeg vender tilbage om 1000 år og læser det.
Men i mellemtiden vil jeg gerne vide hvornår jeg skal bruge symlinks
og hvornår jeg skal bruge hardlinks. Symlinks virker på mig, som at
være det samme som genveje i Windows (lnk-filer).
| |
Jesper Krogh (14-07-2005)
| Kommentar
Fra : Jesper Krogh |
Dato : 14-07-05 18:23 |
|
I dk.edb.system.unix, skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> > Forvirret?
>
> Blip-blip. :) Jeg vender tilbage om 1000 år og læser det.
>
> Men i mellemtiden vil jeg gerne vide hvornår jeg skal bruge symlinks
> og hvornår jeg skal bruge hardlinks. Symlinks virker på mig, som at
> være det samme som genveje i Windows (lnk-filer).
Jeg har jo lige vist dig, hvad forskellen er, så må du jo finde ud af
det i situationen, hvornår du har brug for hvad.
Jesper
--
../Jesper Krogh, jesper@krogh.cc, Jabber ID: jesper@jabbernet.dk
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 18:40 |
|
On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
> Jeg har jo lige vist dig, hvad forskellen er, så må du jo finde ud af
> det i situationen, hvornår du har brug for hvad.
Mjohkay... Jeg forstod ikke en brik af det, men jeg må se om jeg
kan finde noget på Google (det kan jeg jo nok) en dag.
Nå, men tak for al din tid og hjælp.
| |
Sune Vuorela (14-07-2005)
| Kommentar
Fra : Sune Vuorela |
Dato : 14-07-05 19:31 |
|
On 2005-07-14, Lars Stokholm <stokholm@despammed.com> wrote:
> Men i mellemtiden vil jeg gerne vide hvornår jeg skal bruge symlinks
> og hvornår jeg skal bruge hardlinks. Symlinks virker på mig, som at
> være det samme som genveje i Windows (lnk-filer).
Hvis du er i tvivl, brug symlinks ;)
Du kan godt betragte symlinks som genveje i windows - det er ikke helt
forkert.
--
Sune
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 19:41 |
|
On 2005-07-14, Sune Vuorela <nospam@vuorela.dk> wrote:
> Hvis du er i tvivl, brug symlinks ;)
>
> Du kan godt betragte symlinks som genveje i windows - det er ikke helt
> forkert.
Okay. Takker.
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 20:12 |
|
On 2005-07-14, Sune Vuorela <nospam@vuorela.dk> wrote:
> Du kan godt betragte symlinks som genveje i windows - det er ikke helt
> forkert.
Det er heller ikke helt rigtigt, kan jeg se.
Jeg har et program 'hydranode' i ~/sources/hydranode/, som jeg uden
problemer kan køre derfra. Men hvis jeg symlinker til /usr/local/bin/
og prøver at køre linket, så får jeg en fejl i programmet (hydranode),
om at det ikke kan finde nogle filer.
| |
Kent Friis (14-07-2005)
| Kommentar
Fra : Kent Friis |
Dato : 14-07-05 21:19 |
|
Den 14 Jul 2005 16:47:43 GMT skrev Lars Stokholm:
> On 2005-07-14, Jesper Krogh <jesper@krogh.cc> wrote:
>>> 'programnavn-3.4' og 'programnavn' er mapper, ikke?
>>
>> Nej, programnavn er jo et symlink, det har du jo lige oprettet.
>
> Ja, det var også det jeg mente. :)
>
> man ln synes ikke at give nogen hjælp til at forstå forskellen
> mellem hardlink og symlink. Den siger at target skal eksistere
> for et hardlink, er det eneste forskel?
Symlinks (ln -s)
--------
En symlink peger på en sti og et filnavn, ligesom en .lnk i Windows,
bortset fra et det virker Og her mener jeg at hvis du åbner et
symlink i din editor, så er det den fil symlinket peger på der bliver
åbnet, det er vist ikke tilfældet under Windows. Et symlink er blot
en speciel fil (type 'l' hvis du laver en ls -l), der indeholder stien
til den rigtige fil.
Da den blot indeholder en sti, kan den pege på hvad som helst, på
tværs af filsystemer, ikke-eksisterende filer, eller en hvilkensomhelst
anden tekst - indtil man forsøger at tilgå symlinket, er systemet
bedøvende ligeglad hvad den peger på.
Hardlinks (ln)
---------
Disse findes ikke som filer, men er en integreret del af filsystemet.
Hver fil har et nummer (ls -i for at se nummeret), der kaldes i-node
nummeret. Et directory behøver så blot at holde styr på filnavnet og
nummeret på filen. Det er smart hvis man skal flytte en fil, da man
så ikke behøver kopiere filen og slette den gamle, men kun flytte
filnavnet og nummeret til det nye directory.
Lader man så to filnavne pege på det samme nummer, har man en hardlink.
Man kan ikke se hvilken af de to filnavne der er originalen, de er
fuldstændig ens hvad det angår, og sletter man en af dem, vil den
anden stadig have filen. Først når det sidste filnavn slettes, vil
filen blive slettet, hvor et symlink blot vil pege på en ikke-
eksisterende fil.
(Teknisk detalje: Da begge (eller alle) filnavnene der peger på samme
fil er ens, hedder de alle links, ikke kun dem der er oprettet med ln.
Det er altså når det sidste link til filen slettes, at filen også
bliver slettet).
Ulempen ved hardlinks er så at de ikke indeholder nogen information
om hvilken disk filen ligger på, og derfor kan de kun pege på filer
på samme disk. Ellers ville man jo få et problem hvis man på / lavede
et hardlink til en fil på en USB-disk, og flyttede disken over i en
anden maskine.
Mvh
Kent
--
Hard work may pay off in the long run, but lazyness pays off right now.
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 21:41 |
|
On 2005-07-14, Kent Friis <nospam@nospam.invalid> wrote:
> Symlinks (ln -s)
Smuk forklaring. Mange tak, jeg synes jeg forstod den.
Jeg vil lige pensle mit problem ud. Jeg har følgene træ
(hvorfor duer kommandoen 'tree' i øvrigt ikke her?):
hydranode/
|-hydranode (programmet)
|-modules/
|-libed2k.so
|-libhnsh.so
Det virker fint nok hvis jeg kører programmet direkte fra mappen
hydranode/, men hvis jeg laver et symlink, som jeg lægger i
/usr/local/bin/, så brokker det sig over at det ikke kan finde
so-filerne.
Det kan jo ikke helt fungere som en Windows-genvej så, men:
1) Hvorfor ikke?
2) Hvordan laver jeg en genvej som i Windows?
| |
Kent Friis (14-07-2005)
| Kommentar
Fra : Kent Friis |
Dato : 14-07-05 21:50 |
|
Den 14 Jul 2005 20:40:58 GMT skrev Lars Stokholm:
> On 2005-07-14, Kent Friis <nospam@nospam.invalid> wrote:
>> Symlinks (ln -s)
>
> Smuk forklaring. Mange tak, jeg synes jeg forstod den.
> (hvorfor duer kommandoen 'tree' i øvrigt ikke her?):
Er den installeret?
> hydranode/
> |-hydranode (programmet)
> |-modules/
> |-libed2k.so
> |-libhnsh.so
>
> Det virker fint nok hvis jeg kører programmet direkte fra mappen
> hydranode/, men hvis jeg laver et symlink, som jeg lægger i
> /usr/local/bin/, så brokker det sig over at det ikke kan finde
> so-filerne.
>
> Det kan jo ikke helt fungere som en Windows-genvej så, men:
>
> 1) Hvorfor ikke?
En windows-genvej indeholder mere end filen, det indeholder også icon'et
og (det du savner her:) "start i" feltet (mener jeg det hedder - den
hvor man fortæller hvilken mappe programmet skal starte i.
> 2) Hvordan laver jeg en genvej som i Windows?
Det må være noget med at højre-clicke på filen... I shell'en findes
ikke noget tilsvarende, men jeg vil da tro at Gnome/KDE har noget.
Havde du prøvet med "make install"? Normalt lægger den filerne
hen så programmet kan finde dem uden at man behøver at stå i
mappen, og ofte laver den endda også symlinket i /usr/local/bin,
eller lægger selve programmet der.
Mvh
Kent
--
Hard work may pay off in the long run, but lazyness pays off right now.
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 22:32 |
|
On 2005-07-14, Kent Friis <nospam@nospam.invalid> wrote:
>> (hvorfor duer kommandoen 'tree' i øvrigt ikke her?):
>
> Er den installeret?
Hæh, øh, nej, skal den være det? ;)
> En windows-genvej indeholder mere end filen, det indeholder også icon'et
> og (det du savner her:) "start i" feltet (mener jeg det hedder - den
> hvor man fortæller hvilken mappe programmet skal starte i.
Nå ja, det virker jo egentlig logisk nok.
> Havde du prøvet med "make install"? Normalt lægger den filerne
> hen så programmet kan finde dem uden at man behøver at stå i
> mappen, og ofte laver den endda også symlinket i /usr/local/bin,
> eller lægger selve programmet der.
Jah, det virker da, men jeg har fået at vide herinde at make install
er ond (eller også var det bare at det er ondere end apt-get). :)
| |
Michael Rasmussen (14-07-2005)
| Kommentar
Fra : Michael Rasmussen |
Dato : 14-07-05 22:38 |
|
On Thu, 14 Jul 2005 21:31:53 +0000, Lars Stokholm wrote:
>
> Jah, det virker da, men jeg har fået at vide herinde at make install er
> ond (eller også var det bare at det er ondere end apt-get). :)
Hvis det er en standard gnu-tarball, vil du kunne afinstallere med make
uninstall
--
Hilsen/Regards
Michael Rasmussen
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE3E80917
| |
Lars Stokholm (14-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 14-07-05 22:47 |
|
On 2005-07-14, Michael Rasmussen <mir@miras.org> wrote:
> Hvis det er en standard gnu-tarball, vil du kunne afinstallere med make
> uninstall
Som jeg forstod det, skulle den uninstall ikke altid få det hele med.
| |
Michael Rasmussen (14-07-2005)
| Kommentar
Fra : Michael Rasmussen |
Dato : 14-07-05 23:50 |
|
On Thu, 14 Jul 2005 21:47:19 +0000, Lars Stokholm wrote:
>
> Som jeg forstod det, skulle den uninstall ikke altid få det hele med.
Det har jeg aldrig været ude for. Den laver præcist det modsatte af
install. Du forveksler det ikke med uninstallere fra Windows-verdenen,
hvor udrensning i registreringsdatabasen samt dll-filer er yderst
lemfældig?
--
Hilsen/Regards
Michael Rasmussen
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE3E80917
| |
Lars Stokholm (15-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 15-07-05 00:08 |
|
On 2005-07-14, Michael Rasmussen <mir@miras.org> wrote:
> Det har jeg aldrig været ude for. Den laver præcist det modsatte af
> install. Du forveksler det ikke med uninstallere fra Windows-verdenen,
> hvor udrensning i registreringsdatabasen samt dll-filer er yderst
> lemfældig?
Måske har jeg bare misforstået noget.
I hvert fald, så skal man gemme sin makefil, for at kunne
afinstallere, ikke? Det er da ikke så smart, er der nogen vej
rundt om det?
| |
Kent Friis (15-07-2005)
| Kommentar
Fra : Kent Friis |
Dato : 15-07-05 15:27 |
|
Den 14 Jul 2005 23:07:39 GMT skrev Lars Stokholm:
> On 2005-07-14, Michael Rasmussen <mir@miras.org> wrote:
>> Det har jeg aldrig været ude for. Den laver præcist det modsatte af
>> install. Du forveksler det ikke med uninstallere fra Windows-verdenen,
>> hvor udrensning i registreringsdatabasen samt dll-filer er yderst
>> lemfældig?
>
> Måske har jeg bare misforstået noget.
>
> I hvert fald, så skal man gemme sin makefil, for at kunne
> afinstallere, ikke? Det er da ikke så smart, er der nogen vej
> rundt om det?
For mit eget vedkommende har jeg sourcen liggende til de programmer
der er installeret ad den vej (incl. Makefile). Hvis source-mappen
fylder for meget, er kan den reduceres kraftigt med "make clean" (som
sletter alt det compilede).
Der er ingen garanti for at det er nok at gemme Makefile. En alternativ
løsning kunne måske være "make -n uninstall >uninstall.sh" men jeg har
ikke afprøvet det.
Som regel er der ikke problemer med at make uninstall ikke får det hele
med, den er normalt skrevet af samme person som make install. Men det
er ikke altid der findes en make uninstall, og det opdager man normalt
først når man har brug for den. Så er det godt man har "find"
Hvis man har programmet både som "make install" og som "apt-get", er
det naturligvis bedst at hente den med apt-get, og få alle fordelene
med. Men ellers burde det ikke give problemer at bruge begge dele,
"make install" burde holde sig indenfor /usr/local, og apt-get burde
holde sig til /usr.
Mvh
Kent
--
Hard work may pay off in the long run, but lazyness pays off right now.
| |
Lars Stokholm (15-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 15-07-05 16:40 |
|
On 2005-07-15, Kent Friis <nospam@nospam.invalid> wrote:
> For mit eget vedkommende har jeg sourcen liggende til de programmer
> der er installeret ad den vej (incl. Makefile). Hvis source-mappen
> fylder for meget, er kan den reduceres kraftigt med "make clean" (som
> sletter alt det compilede).
Det vil jeg nok begynde på så. Endnu engang mange tak. :)
| |
Lars Stokholm (20-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 20-07-05 15:56 |
|
On 2005-07-14, Kent Friis <nospam@nospam.invalid> wrote:
>> 2) Hvordan laver jeg en genvej som i Windows?
>
> Det må være noget med at højre-clicke på filen... I shell'en findes
> ikke noget tilsvarende ...
Øhm, kan man ikke lave en bash-fil (eller hvad sådan noget hedder)?
#!/bin/bash
cd /sti/til/program/
../program
Er det ikke helt tilsvarende?
| |
Kent Friis (20-07-2005)
| Kommentar
Fra : Kent Friis |
Dato : 20-07-05 20:05 |
|
Den 20 Jul 2005 14:55:56 GMT skrev Lars Stokholm:
> On 2005-07-14, Kent Friis <nospam@nospam.invalid> wrote:
>>> 2) Hvordan laver jeg en genvej som i Windows?
>>
>> Det må være noget med at højre-clicke på filen... I shell'en findes
>> ikke noget tilsvarende ...
>
> Øhm, kan man ikke lave en bash-fil (eller hvad sådan noget hedder)?
>
> #!/bin/bash
> cd /sti/til/program/
> ./program
>
> Er det ikke helt tilsvarende?
Det svarer mere til en bat-fil i Windows, men jo, det er en mulighed.
Den er bare ikke så "brugervenlig", derfor er jeg sikker på at der
er en "nemmere" (altså med mus) måde at gøre det på.
Og så ville jeg nok bruge:
#!/bin/sh
cd /sti/til/program
exec ./program
sh fordi der ikke bruges nogen bash-specifikke ting, så den virker
også den dag man sidder ved en maskine der ikke har bash, og exec for
at spare en process.
Mvh
Kent
--
Hard work may pay off in the long run, but lazyness pays off right now.
| |
Jacob Bunk Nielsen (13-07-2005)
| Kommentar
Fra : Jacob Bunk Nielsen |
Dato : 13-07-05 19:18 |
|
Jesper Krogh <jesper@krogh.cc> writes:
> Derfor ville jeg teste.. ellers ville jeg prøve smp-kernen fra Breezy
> og endeligt ville jeg ikke spilde ret mange kræfter på hyperthreading,
> da dokumentationen på effekten af hyperthreading er meget sporadisk..
> nogle gange gør den endda performance værre (Postgresql har efter
> sigende dette problem.)
Jeg testede HyperThreading med nogle blast-søgninger på en maskine med
4 stk. Pentium 4 Xeon MP CPU'er. Den kørte vist Linux 2.4.27 dengang,
og med HyperThreading slået til. Bad jeg blast bruge 8 processer, var
den ca. 10% langsommere end hvis jeg bare fortalte den at den skulle
bruge 4 processer. Mangel på hukommelse var ikke et issue, og jeg lod
OS'et selv finde ud af hvilke CPU'er den ville køre mine processer på.
--
Jacob - www.bunk.cc
Worth seeing? Yes, but not worth going to see.
| |
Lars Stokholm (13-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 13-07-05 19:23 |
|
Jacob Bunk Nielsen wrote:
> Jeg testede HyperThreading med nogle blast-søgninger på en maskine med
> 4 stk. Pentium 4 Xeon MP CPU'er. Den kørte vist Linux 2.4.27 dengang,
> og med HyperThreading slået til. Bad jeg blast bruge 8 processer, var
> den ca. 10% langsommere end hvis jeg bare fortalte den at den skulle
> bruge 4 processer. Mangel på hukommelse var ikke et issue, og jeg lod
> OS'et selv finde ud af hvilke CPU'er den ville køre mine processer på.
Beklager, men jeg må spørge hvad konklussionen var. :) Jeg gætter på
at HyperThreading faktisk var 10% langsommere, men jeg er ikke sikker
på det gæt.
| |
Jacob Bunk Nielsen (13-07-2005)
| Kommentar
Fra : Jacob Bunk Nielsen |
Dato : 13-07-05 19:34 |
|
Lars Stokholm <stokholm@despammed.com> writes:
> Jacob Bunk Nielsen wrote:
>
>> Jeg testede HyperThreading med nogle blast-søgninger på en maskine med
>> 4 stk. Pentium 4 Xeon MP CPU'er. Den kørte vist Linux 2.4.27 dengang,
>> og med HyperThreading slået til. Bad jeg blast bruge 8 processer, var
>> den ca. 10% langsommere end hvis jeg bare fortalte den at den skulle
>> bruge 4 processer. Mangel på hukommelse var ikke et issue, og jeg lod
>> OS'et selv finde ud af hvilke CPU'er den ville køre mine processer på.
>
> Beklager, men jeg må spørge hvad konklussionen var. :) Jeg gætter på
> at HyperThreading faktisk var 10% langsommere, men jeg er ikke sikker
> på det gæt.
Det kommer nok lidt an på hvordan man vælger at forstå det resultat.
Men ja, du kan nok sige at med netop min applikation var det ikke en
fordel at bruge HyperThreading.
Hvis man, i modsætning til min applikation som bruger alt den CPU-tid
den kan få, har mange små processer der bruger lidt CPU-tid i ny og
næ, så vil jeg tro at det er en fordel. Den situation har man typisk
på en desktopmaskine eller en webserver med statiske sider eller små
dynamiske sider, og til sådanne ting tror jeg at HyperThreading kan
være en fordel.
--
Jacob - www.bunk.cc
He is truly wise who gains wisdom from another's mishap.
| |
Jacob Bunk Nielsen (15-07-2005)
| Kommentar
Fra : Jacob Bunk Nielsen |
Dato : 15-07-05 12:02 |
|
Lars Stokholm <stokholm@despammed.com> writes:
> Jah, det virker da, men jeg har fået at vide herinde at make install
> er ond (eller også var det bare at det er ondere end apt-get). :)
Måske fordi det kan være besværligt at komme til at afinstallere igen?
Netop af samme årsag gør jeg tit ligesom Jesper også har forklaret
dig, og installerer i et bibliotek for sig selv.
--
Jacob - www.bunk.cc
You never get a second chance to make a first impression.
| |
Lars Stokholm (15-07-2005)
| Kommentar
Fra : Lars Stokholm |
Dato : 15-07-05 12:17 |
|
On 2005-07-15, Jacob Bunk Nielsen <spam@bunk.cc> wrote:
>> Jah, det virker da, men jeg har fået at vide herinde at make install
>> er ond (eller også var det bare at det er ondere end apt-get). :)
>
> Måske fordi det kan være besværligt at komme til at afinstallere igen?
> Netop af samme årsag gør jeg tit ligesom Jesper også har forklaret
> dig, og installerer i et bibliotek for sig selv.
Ja, men som jeg fandt ud af, i fællesskab med Kent Friis, så duer
den løsning ikke. Jeg kan godt starte programmet fra biblioteket,
men jeg kan ikke starte via et symlink.
| |
|
|