WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Recent Posts

Pages: 1 [2] 3 4 ... 10
Ich glaub ich hab Deine Frage zum Speicher jetzt verstanden.
Da TinyCore's Dateisystem, und die in diesem befindlichen Dateien, im RAM liegt (abgesehen von gemounteten Erwiterungen), ist es nicht möglich Dateien zu speichern, die die Größe des vorhandenen Arbeitsspeichers/RAM überschreiten.
Soll aber nicht heißen, dass TinyCore nicht mit großen Datenmengen umgehen könnte.
Du kannst die Ordner  /home  und  /opt  auf beliebige Partionen auslagern, sofern mit Linux konformen Dateisystem formatiert (weil Benutzerberechtigungen). So werden diese beim booten nicht mehr aus der Backup-Datei entpackt und in den RAM kopiert.

Dazu müssen nur die entsprechenden boot codes in der boot loader config vorhanden sein.
Code: [Select]
home=sda1 opt=sda1
Da Linux allerdings die Reihenfolge der Gerätebezeichnung nicht unbedingt immer einhält, besonders bei externen Datenträgern, kann man das zu nutzende Laufwerk auch genauer spezifizieren.
Entweder per Label, also Name/Bezeichnung der Partition
(angenommen diese wäre "TCDATA" ; Nachzusehen via  blkid -s LABEL /dev/sda1):
Code: [Select]
oder per UUID (nachzusehen via  blkid -s UUID /dev/sda1)
Code: [Select]
home=UUID=1234-5678-9012 opt=UUID=1234-5678-9012

WICHTIG: Bevor dann das nächste Backup durchgeführt wird (filetool.sh -b), muss  home  und  opt  aus der Datei  /opt/.filetool.lst  entfernt werden.
Corepure64 / dvtm gives VT/Console tiling: small & cheap.
« Last post by labeas on Today at 05:13:27 AM »
Any non trivial task needs to allow multiple files
to be viewable and accessed on the same screen.
wily is superb for this under <X>.

Under <console/VT>:
 sudo su
 REPEATED: openvt
gives you a chain of <root terminals>.

But for a project that uses 3 or 4 files, switching
between terminals is problematic. dvtm help.
Right now, I've got 3 "tiles" opened by dvtm in a
single VT. While I'm writing this I can read browse
and paste from/to different files.

Apparently I previously fetched:
  dvtm_0.6-1_amd64.deb  == only 28K
but wasn't able to install it.

-> ldd /mnt/sdb2/CRG/DVTM/tmp/usr/bin/dvtm
 linux-vdso.so.1 (0x00007ffe5a128000)
 libc.so.6 => /lib/libc.so.6 (0x00007fe55ecfc000)
 libutil.so.1 => /lib/libutil.so.1 (0x00007fe55eaf9000)
 libncursesw.so.5 => /usr/local/lib/libncursesw.so.5 (0x00007fe55e8ac000)
 /lib64/ld-linux-x86-64.so.2 => /lib/ld-linux-x86-64.so.2 (0x000055b7719b0000)
 libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fe55e69a000)
shows many dependencies. But it runs.

So: cp /mnt/sdb2/CRG/DVTM/tmp/usr/bin/dvtm /usr/local/sbin
[via pasting from other tiles]
?! let's see what happens when dvtm is called from
INSIDE an already running dvtm ?!
Difficult to explain.
BTW on modern wide-screen laptops, 2 tiles gives
 2 of 480X640: "traditional" apps.
Corepure64 / Re: I completely under estimated TC!
« Last post by labeas on Today at 12:20:25 AM »
> The TC way to copy and paste is covered somewhere in the wiki,
> FAQ's or book iirc..

You can't copy/paste between X <--> VT
The <X> menu has different/conflicting behaviour to ALL menues
that I've used since Win3 [early 90's]; so I use a dozen VTs/consoles,
except for wily & opera to get my gmail;
and of course for the menuTree rooted in <wbar>.

Corepure64 / Re: non-ASCII chars bring problems eg. in TextToSpeech
« Last post by labeas on Today at 12:16:33 AM »
Since I initiated this thread in TC64 forum, it's assumed that I need TC64 extentions?
]]    I need one on TC, I tried to fetch it; but it's not listed in
]]     my TC64-appsbrowser.

]   How about evince, flaxpdf, qpdf ?

==> Log of install & test flaxpdf:--------
libpoppler is already installed!
libtiff is already installed!
libxcb is already installed!
libxshmfence is already installed!
lzo is already installed!
pcre is already installed!
pixman is already installed!
udev-lib is already installed!
=?=> imagine the redundancy for users who d/l all for very boot, as suggested?

tc@box:~$ sudo mc
# flaxpdf OneLaptop.pdf
libpng warning: iCCP: known incorrect sRGB profile
Visual doesn't match our expectations

# flaxpdf ch02.pdf
libpng warning: iCCP: known incorrect sRGB profile
Visual doesn't match our expectations

# flaxpdf ch02.pdf
libpng warning: iCCP: known incorrect sRGB profile
Visual doesn't match our expectations


Actualy <pdftotext> is more important than a pdf-renderer
CorePlus / Elo serial touchscreen on ttyS4
« Last post by antord on Today at 12:06:48 AM »
I am trying to get an J2 615 Pos which has an Elo serial touchscreen working. I have changed fro xvesa to Xorg. Installed joystick.gz to get inputattach and everything seems ok. I have preciously had it working with xubuntu but it was a bit slow and heavy to run so hence a move to tinycore. The problem I have is that the screen is set to ttys4 in ubuntu and this serialport is not listed in TC the ports go from ttyS0 to ttyS4 . I have tried   screen /dev/ttyS0 to ttyS3 but cannot get anywhere.. What am i missing.. how do  get a ttyS4 ?

I would appreciate any help..
General TC Talk / Re: Laptops for Tiny Core
« Last post by NewUser on April 27, 2017, 10:07:44 PM »
I'm happy with my dell latitude e7240 - be sure to specify intel internal wifi.
I prefer the 14" screen of the 7440/50, but the 7240 is a great laptop!
Corepure64 / Re: I completely under estimated TC!
« Last post by coreplayer2 on April 27, 2017, 08:05:52 PM »
The TC way to copy and paste is covered somewhere in the wiki, FAQ's or book iirc.. 

However there are only two actions which is simply "highlight" the text to copy, then "depress the middle mouse button (or scroll wheel)" to paste the highlighted text in desired destination.

Maybe that works for your scenario, or maybe not but it's definitely worth a shot..
Corepure64 / I completely under estimated TC!
« Last post by labeas on April 27, 2017, 06:03:49 PM »
Because of the need to avoid the bouncingMokeys of KDE
and the garbage of Micro$hit, I've developed the defence
mechanism of avoiding the InYoFace first presentation.

So I mostly ignored the <wbar> and thus missed the well thought out
menuTree, and hacked my own attempt at <Save/Restore>.

Since you can't lose reflexes which you've learned, I can only slowly
migrate to the proper way, and am happy to see that opera-12 now is
<continious> between sessions. Ie. previous <settings> are saved &

opera-12's documentation has a lot to say about the NNTP/Newsgroup
capability; but I'm not succeeding.
The intial setting for NNTP, branch off of the <Mail menu> and
then again later in the settings-tree merge with <mail settings>
which seems wrong eg. <send qued email after checking email>.

Why is *that* included in NNTP's settings?
PS. I make a strong distiction between <verbatin/pasteable> and
<interpret my words>. Hence my use of "<" my words ">".
I know there is at least one clown on this forum who objects to
the use of notation different from the herd's current fad.

Navigating between this draft, written in VT:mc and X:opera needs
6 steps, with no possibility of carry-the-text via copy/paste;
hence I'm force to guess at the original wording.
Have any TC users succeeded with opera-12 for NNTP ?

== TIA.

Zum Kennwort kann ich dir leider nichts sagen. Diese Funktion nutze ich nicht.

Hab das mit dem Speicher nich verstanden.. Gehts um RAM oder Datenspeicher?
Und welche Variante nutzt du? x86, x86_64, ARM?

Mein  /tce  Dateiordner für TC-7.x x86 ist momentan 2.3GB groß, und das beinhaltet eine Menge Erweiterungen, die ich im Grunde nie lade, und *-dev Erweiterungen, die nur zum kompileren von Software nötig sind.
5GB wären als Speicher also dicke ausreichend, selbst für eine überfüllte Installation.

Was den RAM angeht, das kommt natürlich darauf an, welche Software laufen soll. Da TinyCore selbst allerdings kaum mehr als 100MB RAM belegt (inkl. diverser, im Hintergrund laufenden Prozesse, falls installiert), ist das auch nicht wirklich der Rede wert. 1GB RAM reicht da auch für z.B. Firefox (dickes Tier), aber zu viel RAM gibts ja bekanntlich nicht.

Umlaute funktionieren bei mir in nano, ohne anführendes Leerzeichen. Zumindest in TC-7.x x86. Wie das in piCore aussieht, müsste ich mal gucken.
Es könnte aber sein, dass  aterm  einfach nicht so gut mit UTF klar kommt. Versuchs doch mal mit einem anderen Terminal oder ohne X in der Linux konsole (STRG-ALT-F1).
Außerdem ist auch Busybox (die standard Shell ist Busybox Ash) nicht besonders klug, was internationalisierung angeht. Bash kann da schon mehr.

Und wenn du die Texte diverser Programme auch gerne auf deutsch hättest, schau die mal  getlocale.tcz  an (plus entsprechende info im Apps Browser). Wenn das getan ist, kannst du auch den  lang=  boot code nutzen, um diverse Formatstandards zu verdeutschen (Datum, Textsortierung, etc.).
Leider funktioniert das mir den umbauten immernoch nicht...  Also beim Terminal klappt es. Aber zum schreiben mit Nano klappt es nicht... Statt "ö" schreibt er immer " ö". Also mit Leerzeichen. Bei den anderen Umlauten genauso... Und statt ß schreibt er immer []^[] sowas
Pages: 1 [2] 3 4 ... 10