Dotaz: Komplikace s kompilací

[ernie]

V OpenSUSE10 mám problém při kompilaci ze zdrojových kódů,pokud zadám # ./configure, dozvím se že :bash: ./configure: /bin/sh: bad interpreter: Přístup odmítnut. řeším to : # sh ./configure ale pak se zase dozvím : checking whether the C compiler works... configure: error: cannot run C compiled programs.

přitom vytvoření balíku RPM ze zdrojáku funguje bez problému.

Děkuji

Odpovědi

[alium]

problem je ve spatne nastavenem disku v fstab - nesmi byt nejake prepinace, ktere jste pouzil.
Dejte sem vypis z fstab.

[ernie]

/dev/hda1 / ext3 acl,user_xattr 1 1 /dev/hda5 /fat vfat defaults 0 0 /dev/hda6 swap swap defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 /dev/hda7 /data auto auto,user 0 0 /dev/hda8 /home auto auto,user 0 0 /dev/fd0 /media/floppy subfs noauto,fs=floppyfss,procuid,nodev,nosuid,sync 0 0 /dev/cdrecorder /media/cdrecorder subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0 /dev/dvdram /media/dvdram subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0

[ernie]

já nic nepoužil to instalátor :oD

[alium]

v tom aby se prasatko vyznalo :) Priste pouzij znacku pre :)

[alium]

/dev/hda1 / ext3 acl,user_xattr 1 1 
/dev/hda5 /fat vfat defaults 0 0 
/dev/hda6 swap swap defaults 0 0 
proc /proc proc defaults 0 0 
sysfs /sys sysfs noauto 0 0 
usbfs /proc/bus/usb usbfs noauto 0 0 
devpts /dev/pts devpts mode=0620,gid=5 0 0 
/dev/hda7 /data auto auto,user 0 0 
/dev/hda8 /home auto auto,user 0 0 
/dev/fd0 /media/floppy subfs noauto,fs=floppyfss,procuid,nodev,nosuid,sync 0 0 
/dev/cdrecorder /media/cdrecorder subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0 /dev/dvdram /media/dvdram subfs noauto,fs=cdfss,ro,procui

smaz v prvnim radku

acl,user_xattr 

a nahrad to

defaults

a v instalatoru nenastavuj pro tento oddil priste atributy pro uzivatele, jinak ti to bude blbnout opet.

[ernie]

Dobrá, dobrá, díky příště se polepším.Ono se to tak nastavilo samo, takže jsem zvědav co začne blbnout po úpravě. Zkoušel jsem Vector Linux, Puppy Linux, Mandrake, Debiana (z Knoppixu) všechny jsou hodně podobný, ale v SUSE je všechno jinak .. :oD

[Michal Kubeček]

Nedělejte to. Systémové nástroje sice AFAIK nijak na ACL ani rozšířených uživatelských atributech nezávisejí, ale přesto nevidím důvod vracet si kvůli bezdůvodným obavám hluboko do minulosti, zejména ACL se vám mohou hodit poměrně často.

[Michal Kubeček]

Povolení acl user_xattr je v SuSE defaultní nastavení, mám to tak na všech filesystémech v 9.3 i 10.0 a na možnost spouštět příkazy to nemá nejmenší vliv (proč by také mělo). Probém bude IMHO někde trochu jinde.

Osobně bych tipoval, že se tazateli nedaří spouštět programy z toho filesystému, který má mountovaný jako /home, protože parametr user automaticky implikuje noexec. Takže bych spíš zkusil příslušný řádek doplnit o exec, nebo raději vyhodit to user, protože si moc nedokážu představit, k čemu je v praxi dobré mít user mountable /home (zvlášť když stejně nemá noauto).

[alium]

Stejný problém jsem měl v SUSE a VYŘEŠIl jsem jej odebráním user_xattr. Pravda s tim ACL jsi nejsem 100% jistý. User z rootu může vyhodit, to máte pravdu...

[alium]

z /home samozrejme, ten root je preklep

[ernie]

v config.log je:

gcc version 4.0.2 20050901 (prerelease) (SUSE Linux)
configure:2230: $? = 0
configure:2232: gcc -V /dev/null &5
gcc: '-V' option must have argument
configure:2235: $? = 1
configure:2258: checking for C compiler default output file name
configure:2261: gcc    conftest.c  >&5
configure:2264: $? = 0
configure:2310: result: a.out
configure:2315: checking whether the C compiler works
configure:2321: ./a.out
./configure: line 2322: ./a.out: Permission denied
configure:2324: $? = 126
configure:2333: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.

[ernie]

Přehodil jsem to na defaults a pořád

checking whether the C compiler works... configure: error: cannot run C compiled programs.

[alium]

mazte ten user z /home jak pise kolega nade mnou

[alium]

zkuste misto defautls

notail,noatime

? Co to udela po restartu ?

[Michal Kubeček]

Tohle už mi opravdu připadá jako černá magie. Jak by zrovna tyhle dva parametry měly pomoci?

[Michal Kubeček]

Nezapomněl jste po opravě fstab přemountovat ten filesystém?

[alium]

a hlavně smažte ten user z /home <- to by melo pomoct, smazani user_xattr jen pokud ni nepomuze. Pokud to pojede, muzete zkusit acl a user_xattr vratit do /.

[Michal Kubeček]

Zkuste 'mount -o remount,exec /home'. Pomůže to?

[ernie]

jj po : mount -o remount,exec /home to funguje Dik

[Michal Kubeček]

Výborně, tak si to opravte v fstab. A podívejte se do manuálové stránky, co přesně znamenají parametry user, auto/noauto a exec/noexec, ať z toho odnesete něco do budoucna.

[ernie]

Paráda, podívám se, nějak mě to neneapadlo,že mám zakázaný spouštění z /home ,mandrake ani debian to neměl by default . Ještě jednou dík.

[Michal Kubeček]

SuSE to také určitě nedělá samo od sebe, spíš bych odhadoval, že jste to nevědomky udělal při instalaci ve domnění, že ty checkboxy znamenají něco trochu jiného, než co ve skutečnosti znamenají.

[ernie]

Instalace proběhla "klikoším" způsobem : Výběr jazyka klik na další , výběr balíků , další atd. až do naběhnutí systému , jediné co jsem nastavoval ručně byla lokální síť a maškaráda z ní ven :)

[Michal Kubeček]

Podívejte, instalační program SuSE znám poměrně dobře. Jsem si prakticky jistý, že samostatný /home s parametry auto,user vám nevytvořil sám od sebe…

[ernie]

Je fakt, že oddíly jsem nevytvářel v něm , použij jsem již hotové z mandrake,jenom jsem zformátoval / a /home, ale to je jedno hlavně že už vím na co si dát pozor.

[Michal Kubeček]

Řekněte mi, prosím, jeden jediný důvod, proč by zákaz rozšířených uživatelských atributů (na kořenovém filesystému) měl umožnit spouštění programů, tím spíše když oba programy, se kterými měl tazatel problém (configure skript a zkompilovaný testovací prográmek), jsou podle všeho mimo něj. Netvrdím, že je to stoprocentně nemožné, ale nenapadá mne jediný důvod, proč by tomu tak mohlo být. Naopak, zákaz ACL (ovšem na správném filesystému) by teoreticky mohl pomoci, pokud by si uživatel prostřednictvím ACL zakázal spouštění programu, ale i pak by samozřejmě bylo vhodnější spíš opravit ten ACL.