Difference between revisions of "Linux home"

(Debian: UbuntuBackports)
Ms (talk)
(vserver)
 
(8 intermediate revisions by 2 users not shown)
Zeile 6: Zeile 6:
 
*Keeping track of debian packages and [[CleanupDebianPackages|getting rid]] of unwanted packages.
 
*Keeping track of debian packages and [[CleanupDebianPackages|getting rid]] of unwanted packages.
 
*[[EncryptedImages|verschlüsselte Bereiche]]
 
*[[EncryptedImages|verschlüsselte Bereiche]]
*[http://www.debian.org/distrib/packages package list for Debian]
 
*[http://packages.ubuntu.com/dapper/ package lists for Ubuntu]
 
 
*[[UbuntuBackports|Ubuntu Backports]]
 
*[[UbuntuBackports|Ubuntu Backports]]
  +
*Links
  +
**[http://www.debian.org/distrib/packages package list for Debian]
  +
**[http://packages.ubuntu.com/dapper/ package lists for Ubuntu]
  +
**[http://ubuntuguide.org/wiki/Ubuntu_Edgy Ubuntu Edgy Customization]
   
 
==Screencam==
 
==Screencam==
Zeile 14: Zeile 16:
 
*http://xvidcap.sourceforge.net/
 
*http://xvidcap.sourceforge.net/
 
*http://www.jarre-de-the.net/computing/debian/
 
*http://www.jarre-de-the.net/computing/debian/
  +
  +
==Fileserver==
  +
*http://www.brennan.id.au/19-Network_File_System.html
  +
*http://www.linuxjournal.com/article/7714
  +
*http://www.fsl.cs.sunysb.edu/project-unionfs.html
  +
  +
==vserver==
  +
Tomcat auf einem Strato vserver bietet eigene Herausforderungen.
  +
Die Sun-JavaVM lässt sich nicht installieren, da sie beim Starten mehr Speicher benötigt, als der vserver bietet.
  +
Das lässt sich mit "-Xmx=64" zwar prinzipiell umgehen, da aber innerhalb der Init-Scripte bereits die JavaVM
  +
gestartet wird, lässt sich das (Debian-) Paket gar nicht installieren.
  +
Leider lassen sich diese "-Xmx" und "-Xmm" Optionen auch nicht generell vorgeben, beispielsweise in "jvm.cfg".
  +
  +
<pre>
  +
Could not create the Java virtual machine.
  +
</pre>
  +
  +
Verwendet man gcj, dann muss man den security manager abschalten (/etc/default/tomcat55), damit der Start klappt
  +
(sonst schlägt auch wieder die Installation fehl; und die Fehlermeldung bekommt man natürlich nicht zu sehen, wäre zu einfach ...).
  +
  +
<pre>
  +
The java-gcj-compat-dev environment currently doesn't support
  +
a security manager. Please check the TOMCAT5_SECURITY variable
  +
in /etc/default/tomcat5.5.
  +
</pre>
  +
  +
Zurück zur Sun JavaVM: das Problem tritt auf, wenn während der Installation das
  +
[http://java.sun.com/j2se/1.5.0/docs/guide/vm/class-data-sharing.html class data sharing]
  +
initialisiert wird.
  +
  +
<pre>
  +
/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/bin/java -client -Xshare:dump
  +
Error occurred during initialization of VM
  +
Could not reserve enough space for object heap
  +
Could not create the Java virtual machine.
  +
</pre>
  +
  +
Ein "-Xmx32m" oder "-Xmx64m" hilft leider nicht.
  +
  +
Die etwas brutale Lösung: die entsprechende Zeile aus "/var/lib/dpkg/info/sun-java5-bin.postinst" auskommentieren, das Ding manuell aufrufen
  +
und die Installation mit "apt-get -f install" abschließen.
  +
  +
Damit die Sun JavaVM auch verwendet mit, muss man noch die entsprechende Alternative setzen.
  +
  +
<pre>
  +
/usr/sbin/update-alternatives --display java
  +
/usr/sbin/update-alternatives --config java
  +
</pre>

Latest revision as of 18:42, 24 Februar 2008

Sound

Debian

Screencam

xvidcap

Fileserver

vserver

Tomcat auf einem Strato vserver bietet eigene Herausforderungen. Die Sun-JavaVM lässt sich nicht installieren, da sie beim Starten mehr Speicher benötigt, als der vserver bietet. Das lässt sich mit "-Xmx=64" zwar prinzipiell umgehen, da aber innerhalb der Init-Scripte bereits die JavaVM gestartet wird, lässt sich das (Debian-) Paket gar nicht installieren. Leider lassen sich diese "-Xmx" und "-Xmm" Optionen auch nicht generell vorgeben, beispielsweise in "jvm.cfg".

Could not create the Java virtual machine.

Verwendet man gcj, dann muss man den security manager abschalten (/etc/default/tomcat55), damit der Start klappt (sonst schlägt auch wieder die Installation fehl; und die Fehlermeldung bekommt man natürlich nicht zu sehen, wäre zu einfach ...).

The java-gcj-compat-dev environment currently doesn't support
a security manager. Please check the TOMCAT5_SECURITY variable
in /etc/default/tomcat5.5.

Zurück zur Sun JavaVM: das Problem tritt auf, wenn während der Installation das class data sharing initialisiert wird.

/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/bin/java -client -Xshare:dump
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.

Ein "-Xmx32m" oder "-Xmx64m" hilft leider nicht.

Die etwas brutale Lösung: die entsprechende Zeile aus "/var/lib/dpkg/info/sun-java5-bin.postinst" auskommentieren, das Ding manuell aufrufen und die Installation mit "apt-get -f install" abschließen.

Damit die Sun JavaVM auch verwendet mit, muss man noch die entsprechende Alternative setzen.

/usr/sbin/update-alternatives --display java
/usr/sbin/update-alternatives --config java