Tiny Core Linux
Tiny Core Base => Corepure64 => Topic started by: labeas on April 29, 2017, 11:24:48 PM
-
Because I built my TC64 in a linear way, instead of the intended
integrated/recursive way;.
Ie. I got WiFi working independent of <on-demand, on-boot>
considerations, it's unecessarily difficult to start/restore.
But when I consult the documentation, to try to restore the original
design intentions, with out losing the ability to go online, I read:
> (The OnBoot and OnDemand lists are also to be found in /tce.
> They are maintained by AppsAudit.)
My idea is to migrate my separate directories of <OnDemand files>
to the "OnDemand list" described above.
-> which AppsAudit == nX
-> find / -type f -name tce == /usr/bin/tce <- Script !
Please advise.
-
Where does /etc/sysconfig/tcedir point?
You really need to read the book.
-
> Where does /etc/sysconfig/tcedir point?
It's a symLink pointing to the /dev/sda2 DirTree with empty files, which I'm now deleting,
since TC should not mess with M$ partitions.
Changing RAM:/etc/sysconfig/tcedir won't fix the problem, for the next boot,
unless the change gets stored in my persistent partition /dev/sdb1
> You really need to read the book.
Yes "life is better with Coke".
I've read it & heard the TextToSpeech version.
-----------
A new problem has started:
under <X/fbuf>, although the mouse cursor is alive, it doesn't activate anything.
currently TC:X is stuck on the Destop with opera-12;
fortunately Ctrl/Alt/F1 gets me to my chain-of-rootVTs.
! I just thought of using Alt/F1 in <X>, which killed opera-12 and freed-up the mouse.
Actually: <X menu> showed that opera was still active & selecting it brought back
a normal/live opera, which I then confirmed by answering a gmail
all after starting to write THIS on VT:links!
One thing that doesn't look right is top's output:--
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
6625 4231 root R 5208 0.2 0 5.4 ./oberon
7405 4223 root R 11868 0.6 1 0.4 top
7164 2 root SW 0 0.0 1 0.1 [kworker/1:0]
7167 2 root SW 0 0.0 1 0.0 [kworker/u4:0]
4914 4883 tc S 785m 42.0 1 0.0 /usr/local/lib/opera-12/opera-12
...... should opera take so much CPU activity, while dormant?
I just went to <ControlPanel/BakupRestore> and was able to edit <Device:sda2> to sdb1
and do a <test Bakup>.
-- PS. the problems of not being able to <mouse copy> between <x> & VT for purposes
of conducting tests in one window & reporting the results in another, demonstrates
the value of oberon & wily, where lacking <mouse copy> and human-short-term-memory
accuracy is eliminated, by being able to have multiple windows on the same screen.
----What is ControlPanel / TerminalServer good for?
-
> Where does /etc/sysconfig/tcedir point?
It's a symLink pointing to the /dev/sda2 DirTree with empty files, which I'm now deleting,
since TC should not mess with M$ partitions.
Changing RAM:/etc/sysconfig/tcedir won't fix the problem, for the next boot,
unless the change gets stored in my persistent partition /dev/sdb1
If you have more than one /tce folder on devices attached to your machine at boot, you will need to set the "tce=" boot code since tc will search attached devices looking for /tce folders.
-- PS. the problems of not being able to <mouse copy> between <x> & VT for purposes
of conducting tests in one window & reporting the results in another, demonstrates
the value of oberon & wily, where lacking <mouse copy> and human-short-term-memory
accuracy is eliminated, by being able to have multiple windows on the same screen.
don't you have to hold down <shift> to highlight and paste with dvtm?
-
>] Changing RAM:/etc/sysconfig/tcedir won't fix the problem, for the next boot,
>] unless the change gets stored in my persistent partition /dev/sdb1
] If you have more than one /tce folder on devices attached to your machine at boot, you will
] need to set the "tce=" boot code since tc will search attached devices looking for /tce
] folders.
You mean if several partitions are mounted.
How could they be mounted at that stage?
How could the boot process search what is not mounted?
Like GRUB does?
TC-docos are purely structured.
TC-talk doesn't acknowledge the importance of heirarchy [the tree].
Apparently <boot code> / direct-human-intervention is at the heirarchy
top?
>] PS. the problems of not being able to <mouse copy> between <x> & VT for purposes
>] of conducting tests in one window & reporting the results in another, demonstrates
>] the value of oberon & wily, where lacking <mouse copy> and human-short-term-memory
>] accuracy is eliminated, by being able to have multiple windows on the same screen.
] don't you have to hold down <shift> to highlight and paste with dvtm?
No, I'm writing this draft in: VT / console dvtm mc.
The mouse is *MY* installed gpm.
In <X/fbuf> the mouse is YOUR installation.
My LinuxNativeOberon has its own FrameBuffer and mouse.
The 3 mouse systems can't inter-communicate.
wily runs in <X> and can copy/paste with other <x> apps.
Who knows about old root-gpm?
It used to provide a kind of pop-up-menu, which would allow better
navigation of the chain-of-VTs.
Since opera-12 runs without it, I want to resist installing X11.
Thanks for TC.
-
You mean if several partitions are mounted.
No, I mean if either several devices with /tce folders or one device with more than one partition containing /tce folders are attached at boot.
-
] You mean if several partitions are mounted.
] No, I mean if either several devices with /tce folders
] or one device with more than one
] partition containing /tce folders are attached at boot.
Very interesting: "attached" means physically-plugged, but not
neccessarly mounted.
Perhaps I should analyse the well stuctured ash-code
[LNO giving easy coloring of texts & multiple textFrames on
the sane screen, is ideal for this] to see how the partitions
which are not mounted are accessed?!
This is the laptop's M$pook disk:--------
root@box:/home/tc# fdisk -l | head -26
Found valid GPT with protective MBR; using GPT
Disk /dev/sda: 976773168 sectors, 1804M
Logical sector size: 512
Disk identifier (GUID): 1439c659-d841-484f-bf8b-b349e26534e0
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134
Number Start (sector) End (sector) Size Code Name
1 2048 616447 300M 0700 Basic data partition
2 616448 821247 100M 0700 EFI system partition
3 821248 1083391 128M 0700 Microsoft reserved partition
4 1083392 976773119 465G 0700 Basic data partition
--------------
which understandably, is read-only for TC.
But the <backup/restore panel> wrote to sda2 !!
PS. re, promtion of <your book>: users coming from *nix lose confidence
when reading on the forum: "place X in your Y file".
We are not pastry cooks. CPUs "copy". Also: -----
root@box:/home/tc# chroot /mnt/sdd5 apropos folder
folder: nothing appropriate.
root@box:/home/tc# chroot /mnt/sdd5 apropos dir | wc -l == 51
-----------
/mnt/sdd5 is debian7
Of course, there's nothing wrong with catering for the M$pook.
office-girls market; but a little warning note up front, for
*nix users might make the book more acceptable for a wider audience.
PSS. what is suggested for a minimalist access of NNTP by TC64?
I.e. not needing X11; <Fbuf> is OK; console based is best.
==TIA
-
Where does /etc/sysconfig/tcedir point?
You really need to read the book.
Which "book", would that be?
I'd love to have this 64-bit OS, as my native OS… It's either this, or Gentoo.
I did a form search, "Broadcom"… Man oh man, lots of people having problems with this network card.
It's the kind of card I have on my laptop! To make matters worse, I have an Nvidia video card.
But, having to run CCleaner almost every other day is pushing me towards Linux!
The other one I'm considering is Fedora 26 Workstation.
I like the simplicity of both XFCE & LXDE, I'll get around to that decision once I figure out which flavor of Linux I want to go with… Seems like it doesn't matter which one I go with, they all seem to have their own problems with these types of network cards and video cards.
:o ??? ::)
-
Hi N8tivNet
Which "book", would that be?
This book:
http://tinycorelinux.net/corebook.pdf
-
Thanks Rich!