Hello,
When trying to download or open a file
Ok if you save it on a disk; no problem to create a new files or store files.
No problem to download ISOs from mirror1
Hello,
When trying to download or open a file
Ok if you save it on a disk; no problem to create a new files or store files.
No problem to download ISOs from mirror1
Hi Ceel,
I can't confirm this bug.
Now I in the SliTaz Live CD, in Midori. Latest ISO used with Grub4Dos to run ISO without disk burning.
I can freely save "scrnshot.jpeg" from the next topic.
In which folder do you save file? (I do it in the default ~/Downloads).
Hi Aleksej,
I also boot ISOs from grub4dos; I meet the problem whatever the ISO (20150802) I use: 4in1, core and core64. I burned a CDRW with the 4in1; same.
When I do the same thing with the 20150726 ISOs or previous, I don't have any problem.
ISOs are exactly booted in the same way because I use the same entry in grub4dos; I edit the line adding 802 or 726 or 719... at ISO name.
I tried to save files in ~/Downloads and use Midori too... I can only save on my HD or a USB device
OK,
Actually I not use grub4dos :)
I have win-xp preinstalled on my netbook (/dev/sda2). And here, on /dev/sda2 I have grldr (I call it grub4dos) and menu.lst. And here is part of my menu.lst:
timeout=2
default 1
gfxmenu (hd0,1)/boot/gfx/message.distro-noballtitle SliTaz Rolling Core 150802 ISO
map --mem --heads=0 --sectors-per-track=0 (hd0,1)/Distrib/Distro/Linux/SliTaz/rolling-150802/slitaz-rolling-core.iso (hd32)
map --hook
chainloader (hd32)
boot
Is your menu.lst significantly differs from mine?
Here are my entries for rolling ISOs
default 0
#timeout 8
title SliTaz rolling core64 in Live ISO
map --mem --heads=0 --sectors-per-track=0 (hd1,1)/Private/slitaz/iso/5.0/core64/slitaz-rolling-core64_150---.iso (hd32)
map --hook
chainloader (hd32)
title SliTaz rolling core in Live ISO
map --mem --heads=0 --sectors-per-track=0 (hd1,1)/Private/slitaz/iso/5.0/core/slitaz-rolling-core_150---.iso (hd32)
map --hook
chainloader (hd32)
title SliTaz rolling 4in1 in Live ISO
map --mem --heads=0 --sectors-per-track=0 (hd1,1)/Private/slitaz/iso/5.0/4in1/slitaz-rolling_150---.iso (hd32)
map --hook
chainloader (hd32)
ISOs are stored on the HD and I start grub4dos from a USB stick because I'm not allowed to install programs on this computer.
Seems the same, strange.
I tried both with Russian language settings as well as with default en_US.
Both works well, and I can save pictures and mp3s, even SliTaz ISO into ~/Downloads.
Sorry, I can't help.
This happens because of not enough RAM - so /
is not mounted, and described in this topic
http://forum.slitaz.org/topic/init-patch-fix-tazusb-writefs-tazlito-writeiso-issues
Launching iso on virtual machine with different memory amount
256M - Kernel panic
320M - Switching / to tmpfs skipped
- Cannot save, confirmed.
384M - Bug free
@az_ua
No it can't be because of RAM (8GB on this computer). And I can create files (txt, screenshots...)
I actually working with 4in1 20150802:
tux@slitaz:~$ free total used free shared buffers Mem: 3456368 251344 3205024 0 2308 -/+ buffers: 249036 3207332 Swap: 0 0 0
Below the difference I noticed in the status bar of PCManFM
EDIT: Oooops, between ISOs that work (left) and ISOs that doesn't work (right) and not the opposite of course.
But problem no longer exists in ISOs 20150805; thanks to both of you.
You must log in to post.