Skip to content
GitLab
Menu
Projects
Groups
Snippets
Help
Help
Support
Community forum
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
Menu
Open sidebar
tails
tails
Commits
29919348
Commit
29919348
authored
Apr 29, 2011
by
Tails developers
Browse files
(Manual) Test suite update.
parent
bafa497e
Changes
2
Hide whitespace changes
Inline
Side-by-side
wiki/src/contribute/release_process/test.mdwn
View file @
29919348
...
...
@@ -113,22 +113,31 @@ Seahorse GUI and FireGPG:
# HTP
* disconnect the network cable, set the time to an obviously wrong one
(`date --set="Mon, 01 Mar 2000 15:45:34 - 0800"`), connect the network cable => the
date should be corrected and Tor/Vidalia should start correctly.
(Note: this currently does not work in the stable branch as HTP is
not re-done once it has been attempted once.)
1. `sudo rm /var/lib/live/htp*`
2. disconnect the network cable
3. set the time to an obviously wrong one :
# smem on shutdown
date --set="Mon, 01 Mar 2000 15:45:34 - 0800"
- check that memlockd and udev-watchdog are running, and that the good
4. connect the network cable
=> the date should be corrected and Tor/Vidalia should start
correctly. Except it does not work currently as the queried servers'
SSL certificates are invalid if the date is too much wrong
=> also test with a slightly less wrong date, which is supposed to
work already.
# erase memory on shutdown
- check that `memlockd` and `udev-watchdog` are running, and that the right
device is being watched by the later.
- FIXME: find a way to check that the needed files are really maped in memory,
like by filling it.
- remove tails' media (usb and cdrom) and check that memory erasement is
started.
- remove Tails' media (USB and cdrom) and check that the memory
erasure process is started (`Loading new kernel`, at least).
See [[dedicated page|test/erase_memory_on_shutdown]]
Testing that the needed files are really mapped in memory, and the
erasing process actually works, involves slightly more complicated
steps that are worth [[a dedicated page|test/erase_memory_on_shutdown]].
# Misc
...
...
@@ -139,5 +148,6 @@ See [[dedicated page|test/erase_memory_on_shutdown]]
in working state.
* Doing an apt-get update and installing random packages.
* Boot on bare-metal on USB and CD.
* Boot and check basic functionality is working for every supported language.
* Try to start with the `truecrypt` option on boot, see if it can be found in
the Application -> Accessories menu and that it runs correctly
wiki/src/contribute/release_process/test/erase_memory_on_shutdown.mdwn
View file @
29919348
**FIXME** this process is quite complicated and should be automated using VMs
# 0 prepare the systems
# 0
.
prepare the systems
## prepare a Tails USB stick
...
...
@@ -18,7 +18,7 @@ disabled. It is enabled in debian since 2.6.28-1, so we use lenny:
Then install this image on a 2nd USB stick
# 1 fill the RAM with a known pattern
# 1
.
fill the RAM with a known pattern
* boot on Tails
* add `fillram.py` which contains:
...
...
@@ -31,7 +31,7 @@ Then install this image on a 2nd USB stick
$ python fillram.py
# 2 test that you can get the pattern
# 2
.
test that you can get the pattern
* plug the USB stick containing the minimal lenny live system
* reboot from Tails using SysRq + B
...
...
@@ -47,7 +47,7 @@ Then install this image on a 2nd USB stick
case, it is **not** useful to process to the next step, there is something
wrong in the way you tested.
# 3 test that s
fi
ll hides the patt
r
en
# 3
.
test that s
dmem rea
ll
y
hides the patte
r
n
* redo step 1
* reboot from Tails the recommanded way : system > reboot
...
...
Write
Preview
Supports
Markdown
0%
Try again
or
attach a new file
.
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment