[GELÖST] - Gewaehlte (32bit) OScam Version ist nicht Online!

[Mayer]

Habe ich auch schon versucht kommt aber eine Fehlermeldung, aber ich versuche es noch mal.

Trotzdem Danke für die Antwort.

FG

[feissmaik]

magste uns denn veraten welche Fehlermeldung du kriegst wenn du was genau versuchst zu machen?

[Mayer]

Ich habe es bei o compile schon raus gefunden warum die Fehlermedlung kommt. Das liegt dran das ich bei meinem Alix.3D3 das Apt Archiv im Ram habe und es deswegen zu klein ist. Zumindest vermute ich das. Ich habe das Script logmini.sh installiert.

Andererseits hat es wahrscheinlich auch einen Grund warum die Oscam Versionen nicht über "o version" online zu laden sind. Also bin ich mir gar nicht sicher ob ich das machen sollte.

Aber hier ist mal die Ausgabe:

Spoiler

Show

Code: Alles auswählen

root@cs ~ > o compile
oscam-compile.sh v1.10

Installiere benoetigte Pakete zum Kompilieren von OScam..

OK   http://security.debian.org squeeze/updates Release.gpg
Ign http://security.debian.org/ squeeze/updates/main Translation-de
Ign http://security.debian.org/ squeeze/updates/main Translation-en
OK   http://security.debian.org squeeze/updates Release
OK   http://ftp.de.debian.org squeeze Release.gpg
Ign http://ftp.de.debian.org/debian/ squeeze/main Translation-de
Ign http://ftp.de.debian.org/debian/ squeeze/main Translation-en
Hole:1 http://ftp.de.debian.org squeeze-updates Release.gpg [836 B]
Ign http://ftp.de.debian.org/debian/ squeeze-updates/main Translation-de
Ign http://ftp.de.debian.org/debian/ squeeze-updates/main Translation-en
OK   http://ftp.de.debian.org squeeze Release
Hole:2 http://ftp.de.debian.org squeeze-updates Release [113 kB]
OK   http://security.debian.org squeeze/updates/main Sources
OK   http://security.debian.org squeeze/updates/main i386 Packages
OK   http://ftp.de.debian.org squeeze/main Sources
OK   http://ftp.de.debian.org squeeze/main i386 Packages
OK   http://ftp.de.debian.org squeeze-updates/main Sources/DiffIndex
OK   http://ftp.de.debian.org squeeze-updates/main i386 Packages/DiffIndex
Hole:3 http://ftp.de.debian.org squeeze-updates/main i386 Packages [11,4 kB]
Es wurden 126 kB in 0 s geholt (183 kB/s)
Paketlisten werden gelesen... Fertig
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
gzip ist schon die neueste Version.
ncurses-bin ist schon die neueste Version.
patch ist schon die neueste Version.
libpcsclite1 ist schon die neueste Version.
sudo ist schon die neueste Version.
tar ist schon die neueste Version.
wget ist schon die neueste Version.
Die folgenden zusätzlichen Pakete werden installiert:
  autopoint autotools-dev binutils cmake-data consolekit dbus dpkg-dev eject
  emacsen-common fakeroot g++-4.4 gcc-4.4 git hal hal-info
  libalgorithm-diff-perl libalgorithm-diff-xs-perl libalgorithm-merge-perl
  libarchive1 libc-dev-bin libc6-dev libck-connector0 libcroco3 libcurl3
  libcurl3-gnutls libdbus-1-3 libdbus-glib-1-2 libdpkg-perl libeggdbus-1-0
  liberror-perl libglib2.0-0 libglib2.0-data libgomp1 libhal-storage1 libhal1
  libltdl-dev libltdl7 libneon27-gnutls libpam-ck-connector libpciaccess0
  libpolkit-gobject-1-0 libserf-0-0 libssh2-1 libstdc++6-4.4-dev libsvn1
  libunistring0 libx86-1 libxmlrpc-c3 linux-libc-dev manpages-dev pcscd
  pm-utils powermgmt-base radeontool rsync shared-mime-info vbetool
Vorgeschlagene Pakete:
  autoconf2.13 autoconf-archive gnu-standards autoconf-doc binutils-doc
  bison-doc bzip2-doc dbus-x11 debian-keyring cdtool setcd g++-multilib
  g++-4.4-multilib gcc-4.4-doc libstdc++6-4.4-dbg gcc-multilib automake1.9 gdb
  gcc-doc gcc-4.4-multilib libmudflap0-4.4-dev gcc-4.4-locales libgcc1-dbg
  libgomp1-dbg libmudflap0-dbg libcloog-ppl0 libppl-c2 libppl7 gettext-doc
  git-doc git-arch git-cvs git-svn git-email git-daemon-run git-gui gitk
  gitweb gnome-device-manager glibc-doc pcmciautils libglib2.0-doc libtool-doc
  libstdc++6-4.4-doc automaken gfortran fortran95-compiler gcj make-doc
  cpufrequtils subversion-tools db4.8-util
Die folgenden NEUEN Pakete werden installiert:
  autoconf automake autopoint autotools-dev binutils bison build-essential
  bzip2 cmake cmake-data consolekit dbus dpkg-dev eject emacsen-common
  fakeroot flex g++ g++-4.4 gcc gcc-4.4 gettext git hal hal-info
  libalgorithm-diff-perl libalgorithm-diff-xs-perl libalgorithm-merge-perl
  libarchive1 libc-dev-bin libc6-dev libccid libck-connector0 libcroco3
  libcurl3 libcurl3-gnutls libdbus-1-3 libdbus-glib-1-2 libdpkg-perl
  libeggdbus-1-0 liberror-perl libglib2.0-0 libglib2.0-data libglib2.0-dev
  libgomp1 libhal-storage1 libhal1 libltdl-dev libltdl7 libneon27-gnutls
  libpam-ck-connector libpciaccess0 libpcsclite-dev libpng3
  libpolkit-gobject-1-0 libserf-0-0 libssh2-1 libssl-dev libstdc++6-4.4-dev
  libsvn1 libtool libunistring0 libusb-dev libx86-1 libxmlrpc-c3
  linux-libc-dev make manpages-dev pcscd pkg-config pm-utils powermgmt-base
  radeontool rsync shared-mime-info subversion vbetool zlib1g-dev
Die folgenden Pakete werden aktualisiert (Upgrade):
  libssl0.9.8
1 aktualisiert, 78 neu installiert, 0 zu entfernen und 15 nicht aktualisiert.
Es müssen 55,6 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 151 MB Plattenplatz zusätzlich benutzt.
E: Sie haben nicht genug Platz in /var/cache/apt/archives/.

Lade libusb-1.0.8.. done
Installiere libusb-1.0.8...entpackt..configure..make..make install.
Installation fehlgeschlagen!
Bitte versuchen Sie den manuellen Weg um heraus zu finden was hierbei schief geht:
cd /tmp/libusb-1.0.8
./configure
make
make install
-------------------------------------------------------------------------------
root@cs ~ >

FG Mayer

[TommyH99]

richtig erkannt

Die folgenden Pakete werden aktualisiert (Upgrade):
libssl0.9.8
1 aktualisiert, 78 neu installiert, 0 zu entfernen und 15 nicht aktualisiert.
Es müssen 55,6 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 151 MB Plattenplatz zusätzlich benutzt.
E: Sie haben nicht genug Platz in /var/cache/apt/archives/.

[feissmaik]

Das hat nichts mit logmini.sh oder "o vesion" zu tun

Womit es aber zu tun haben könnte ist tmp2ram.sh wodurch ua. /var/cache/apt/archives auf ein tmpfs (ramdisk) mit 50MB gesetzt wird um das Systemlaufwerk mit Lese/Schreibvorgängen zu entlasten...
(dabei wird nur soviel RAM verbraucht wie tatsächlich an Platz benutzt wird)

Lösung hierfür:

nano /etc/fstab

Dort suchst du nach folgendem Eintrag:

Code: Alles auswählen

tmpfs           /var/cache/apt/archives  tmpfs    size=50M          0       0

Und änderst ihn so ab das er maximal 150MB gross sein kann:

Code: Alles auswählen

tmpfs           /var/cache/apt/archives  tmpfs    size=150M          0       0

Danach gibst du dann noch folgendes ein um das ohne reboot zu übernehmen:
mount -o remount /var/cache/apt/archives

(siehe dazu auch >hier<)


Wegen "o version" guck bitte nochmal hier: http://ipc.pebkac.at/forum/viewtopic.php?f=17&t=368

...wenn ich mal wieder etwas mehr Zeit habe werd ich dafür ein Prüfscript basteln damit die 32bit VM das nicht so oft verpasst wobei das jüngst eben mit svn zu tun hat...

[Mayer]

Okay, das werde ich dann morgen Vormittag versuchen. Ich muss gleich in die Arbeit und wenn da was schief geht bin ich am Arsch. In meiner VM habe ich es aber getestet, da funktioniert es ohne Probleme.

Macht dann die Vergrößerung des Archivplatzes im Ram nichts aus, wenn der Arbeitsspeicher ja nur 256MB hat? Oder lagert er dann automatisch auf die CF Karte aus, wenn der Speicher voll ist?

Ich möchte mein IPC nicht mehr missen, was war das für eine Gefrickel mit der Fritz.

Gruß und Dank Mayer

[feissmaik]

Nein wie gesagt belegt tmpfs nur soviel RAM wie auch tatsächlich verbraucht/belegt wird zudem hat Linux ein wesendlich besseres und ausgereifteres Speichermanagment als so manch anderes Betriebssystem

nachdem du die Pakete installiert hast kannst du auch ein apt-get clean machen, dann werden die herruntergeladenen Pakete wieder gelöscht...


ansonsten ja, wenn RAM wirklich komplett weg ist inkl. Cache etcpp dann kommt der SWAP (sowas wie die auslagersungsdatei) ins Spiel - aber eben erst dann wenn wirklich kein echter RAM mehr zur verfügung steht, nicht so wie Winsux was auch trotz >8GB Ram auslagert

[Mayer]

Wollte noch mal Rückmeldung geben, hat nach der Anleitung wunderbar funktioniert.
Danke noch mal für die super Hilfe.

FG

[Mayer]

Da ich jetzt meine Oscam immer selbst compiliere, was sehr gut funktioniert, wollte ich mal die letzte Stable compilieren, da weiß ich aber nicht was ich eingeben soll, wenn er nach der SVN - Revisionsnummer fragt. Egal was ich versuche, kommt ungültige Eingabe.

Über einen Tipp würde ich mich freuen?

FG

[feissmaik]

entweder das compile script mit dem parameter -tags aufrufen

o compile -tags

oder das script bearbeiten und die svnURL so abändern das die tags url drin steht ... jenachdem welche Scriptversion du hast